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.txt

Task 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

Where is this directory usually located for Windows machines?

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.

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.

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.

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.

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

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

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.