| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 7
|
|
| Author |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Techs,
I have several (at least 5) clients that have been installed for at least 4 or 5 years. As a result there is a collection of old, and I'm going to assume are unused, files laying around in the .../projects/www.worldcommunitygrid.org directory. A brief look shows about 500mb of potentially unused "stuff". Stuff being defined as beta11 (CEP Beta), wcgrid_CEPx, ugm1.xxx, CEP tga and ugm.tga files among others. Some of the executables are 69mb each and there are several. file descriptors in the client state xml file have the <sticky> indicator set. Is there something you can do on the server side to delete these files from the client? We don't know at the client side whether these are being used or not. As projects come and go, the junk just accumulates in the directory. |
||
|
|
katoda
Senior Cruncher Poland Joined: Apr 28, 2007 Post Count: 172 Status: Offline Project Badges:
|
Good point, I noticed that as well. In my case I decided to simply reset the project. By doing that, the client removed all unnecessary stuff from the directory you mentioned and downloaded only what was necessary. In few cases I gained more than 200MB per client.
----------------------------------------![]() |
||
|
|
seippel
Former World Community Grid Tech Joined: Apr 16, 2009 Post Count: 392 Status: Offline Project Badges:
|
The projects for the files above all deprecated (beta11, cep1, cep2, ugm1), however, the boinc client still doesn't do a good job of cleaning these up. Resetting the project is the easiest thing to do to clean them all up (you can use the "No new Tasks" button to complete existing work first if you choose).
Seippel |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Then the client becomes obtrusive. BOINC has introduced cleanup activities on people who think they can install and forget the client. I'm not understanding what you are saying about the client not doing a good job of cleaning these up. How is the client supposed to know that it is supposed to clean these up? It doesn't know the files have been deprecated unless something (server) tells it so. Are you saying that the server did tell the client that they were not needed and it failed to delete them? what we have here is is a disk storage leak. These files are in addition to the job_log_<project_url>.txt that seems to grow unbounded. I have one now that is 20MB and growing on a machine with 32 threads running fast running jobs. With 17 machines, is someone expecting we do yearly cleanup activities so we don't accumulate almost 1GB of junk? Beta11 was just one I picked as it was a CEP beta but there about 6 or 7 other betas out there just sitting around also. Each one has an executable associated with it
|
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
Howdy Doneske,
The BOINC client has a known problem with garbage clean-up. There is currently a issue open ( https://github.com/BOINC/boinc/issues/2212 ) for this problem that has been around for a long time. The agents are by default set to allow up to 10 GB of storage on your machine, this is not an issue many are concerned with because we do not update our applications often to create anywhere near 10GB of storage usage. Unfortunately the easiest way to clean up these old files is to do a project reset. This will clean up the directory and the command can be run remotely using the BOINC RPC commands if you have it setup on your client. Thanks, -Uplinger |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Thanks Uplinger/Seippel,
I guess it is what it is.... As an "old" system administrator / system programmer I have my machines setup where they don't fail often and hardly ever require software re-installation. Disks are in a RAID 1 config and are hot-swappable so the machine doesn't stop if a disk fails. So far, never had both fail at the same time. I just noticed that the directories were getting close to 6GB in size and started looking around and that is when I found the older stuff. I'm also running MIP which downloads larger files relative to the other projects and, being a 32 thread machine, it downloads several hundred of them. I'll probably setup something towards the end of the year using cron and the distributed shell so I don't have to go touch each machine one at a time. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
WCG keeps all these outdated application files on hand -because-, unless you reset, a manual delete will just re-retrieve them again. Would WCG remove them, there'd be endless server requesting of these files. Thought though, there was some active file type of tag i.e. if the project app has no active tasks on the device, the app would remove itself. A forgotten control?
|
||
|
|
|