Message boards : Number crunching : WaH v8.29 bug leaves files behind in BOINC/data/projects/climateprediction -- please delete by hand
Message board moderation
Author | Message |
---|---|
Send message Joined: 29 Oct 17 Posts: 1049 Credit: 16,432,494 RAC: 17,331 |
A bug has been found in the latest v8.29 Weather@Home app currently running EAS25 batches as app-name wah2_ri. When the task finishes it mistakenly leaves some text files behind in the task directory inside the BOINC/data/projects/climateprediction.net directory. Task directories have long names such as 'wah2_eas25_a3pf_200912_24_1007_012269659'. This is the same as the task 'Name' column in boincmgr. When a task finishes, it should delete the task directory (e.g. wah2_eas25_a3pf_200912_24_1007_012269659) in the projects/climateprediction.net folder, but unfortunately it leaves behind the 3 text files: stdout_mon.txt stdout_rm.txt stdout_um.txtTask directories with only these 3 files can be safely deleted. DO NOT delete task directories which also contain 'datain', 'dataout', 'jobs' and any other files. These indicate running tasks. Also do not delete the entire 'climateprediction.net' directory as this will kill all running tasks. Apologies for the inconvenience. The bug has been identified and corrected. A new version will be issued before any more batches are released. Thanks to George (@geophi) for the initial report. --- CPDN Visiting Scientist |
Send message Joined: 7 Sep 16 Posts: 262 Credit: 34,915,412 RAC: 16,463 |
Where is this directory usually located for Windows machines? |
Send message Joined: 15 May 09 Posts: 4540 Credit: 19,008,987 RAC: 21,524 |
C:program data >BOINC> Projects>climateprediction.net Is the default on my Win10 installation in a VM. (I had to look as crashed tasks don't leave all their detritus around nearly as often as they used to. |
Send message Joined: 7 Sep 16 Posts: 262 Credit: 34,915,412 RAC: 16,463 |
Ah, thanks. Found it, I'll clean it up at some point after tasks are done. ... and c:\Programdata is a hidden folder. So helpful, Microsoft... so helpful. |
Send message Joined: 12 Apr 21 Posts: 317 Credit: 14,826,875 RAC: 19,860 |
On one of my PCs I found a number of these directories from old tasks, with not only the text files but those folders too: 3 from batch 996, 1 from 1002, 2 from 1003, 2 from 1004. |
Send message Joined: 15 May 09 Posts: 4540 Credit: 19,008,987 RAC: 21,524 |
On one of my PCs I found a number of these directories from old tasks, with not only the text files but those folders too: 3 from batch 996, 1 from 1002, 2 from 1003, 2 from 1004. I have often seen folders, sometimes with hundreds of megabytes in from crashed tasks though not recently. Don't remember it with tasks that complete. |
Send message Joined: 29 Oct 17 Posts: 1049 Credit: 16,432,494 RAC: 17,331 |
Thanks for filling in the bits of info I missed in the original post. A design flaw in the original WaH code is responsible for leftover files/dirs in the project dir. The task directories should really be in the boinc/slots directory, not the projects directory. Only the output files waiting to transfer should go into the projects directory. That way, the boinc client cleans out the slot dir even if the task has a catastrophic failure. The OpenIFS tasks were designed this way and I'm planning on making this change for WaH too. --- CPDN Visiting Scientist |
Send message Joined: 7 Sep 16 Posts: 262 Credit: 34,915,412 RAC: 16,463 |
The OpenIFS tasks were designed this way and I'm planning on making this change for WaH too. Yay! More code quality of life tweaks from Glenn! :D |
Send message Joined: 14 Sep 08 Posts: 127 Credit: 41,702,655 RAC: 62,163 |
This seems to be minimal compared to the hundreds of MB that crashed tasks leave behind. It's probably easier to just reset the project once I'm out of work, unless my disk space is running short. Glad more improvements are coming too. |
©2024 cpdn.org