| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Support
Forum: BOINC Agent Support
Thread: Maximum disk usage exceeded |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 15
|
|
| Author |
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1403 Status: Offline Project Badges: 
|
AFAIK the problems are only caused by remnants of CMS-VM's.
Also when reporting maximum disk usage from VirtualLHC and ATLAS, it's because there was a vm_image.vdi left from the CMS-project in one of the slots, causing the error, mostly direct after the start of a task for VirtualLHC, CMS itself, ATLAS, WCG, SRBase (happened to me) and so on. The major difference between CMS and the other VM-projects is the size of the VM. The size of the CMS-VM mostly increases from initial 1.34GB up to 5 GB after 24 hours running. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
There's -private- test builds for Windows 32+64 bit, for anyone who wishes to try... BOINC made more robust in booting the interlopers.
x86: http://boinc.berkeley.edu/dl/boinc.040515.x86.zip x64: http://boinc.berkeley.edu/dl/boinc.040515.x64.zip Contents to be manually dropped in place off old core client and pdb file, -after stopping BOINC. Backups recommended. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Of course, there's also the mortal enemies of Mr.Murphy, so as one was trying to replicate the problem, the suspect file got properly deleted!
05/05/2015 16:51:14 | CMS-dev | Message from task: 005/05/2015 16:51:14 | | [slot] cleaning out slots/6: handle_exited_app() 05/05/2015 16:51:14 | | [slot] removed file slots/6/boinc_finish_called 05/05/2015 16:51:14 | | [slot] removed file slots/6/boinc_task_state.xml 05/05/2015 16:51:14 | | [slot] removed file slots/6/init_data.xml 05/05/2015 16:51:14 | | [slot] removed file slots/6/output 05/05/2015 16:51:14 | | [slot] removed file slots/6/stderr.txt 05/05/2015 16:51:14 | | [slot] removed file slots/6/VBox.log 05/05/2015 16:51:14 | | [slot] removed file slots/6/vboxwrapper_26165_windows_x86_64.exe 05/05/2015 16:51:14 | | [slot] removed file slots/6/vboxwrapper_26165_windows_x86_64.pdb 05/05/2015 16:51:14 | | [slot] removed file slots/6/vbox_checkpoint.xml 05/05/2015 16:51:14 | | [slot] removed file slots/6/vbox_job.xml 05/05/2015 16:51:14 | | [slot] removed file slots/6/vbox_remote_desktop.xml 05/05/2015 16:51:14 | | [slot] removed file slots/6/vbox_webapi.xml 05/05/2015 16:51:14 | | [slot] removed file slots/6/vm_floppy_6.img 05/05/2015 16:51:14 | | [slot] removed file slots/6/vm_image.vdi 05/05/2015 16:51:14 | CMS-dev | Computation for task CMS_30526_1427806613.426709_0 finished 05/05/2015 16:51:14 | | [slot] cleaning out slots/6: get_free_slot() The 'private' drop version is actually numbered 7.5.1 [Pre-Release]. For those wanting to test, add the log tag <slot_debug>1</slot_debug> to the log_flag section of cc_config [easily done with version 7.2+ clients through the menu Extra > Edit Config and changing 0 to 1, then hit the 'Apply' button and subsequently do Extra > Read config files. When tired of the event log lines, reverse by changing the 1 to 0, apply, and read config again. Anyway, no trouble running this core client on W7-64. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The latest on the matter is, that a Windows API that's called on does not work for files > 4GB, so a fix has been put in the next BOINC test client. There's going to be a fast-track development, to make that -Berkeley- release recommended ["We are planning on a short release cycle for BOINC 7.6. We hope to complete the test process by the end of May. BOINC 7.6 should be released as the public release in June."], so those also doing CERN-CMS ran in BOINC VirtualBox may want to upgrade to that version when available.
|
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
And so the root cause fix was replacing a 32 bit lib for a 64 bit lib [Windows 32 bit has it's 4GB limits, IIRC]
client, Win: use _stat64() instead of _stat(); _stat() returns error for > 4GB files Now fixed in latest private build [confirmed by Crystal Pellet], which for Linux may come in the LocutusofBorg build update to 7.5.2 or above? x86: http://boinc.berkeley.edu/dl/boinc.080515.x86.zip x64: http://boinc.berkeley.edu/dl/boinc.080515.x64.zip |
||
|
|
|