Maximum disk usage exceeded

Message boards : RALPH@home bug list : Maximum disk usage exceeded

To post messages, you must log in.

1 · 2 · Next

AuthorMessage
Hermes

Send message
Joined: 18 Feb 06
Posts: 5
Credit: 15,164
RAC: 0
Message 566 - Posted: 24 Feb 2006, 11:10:25 UTC

This work unit / result was aborted with:
2006-02-24 10:57:25 [ralph@home] Aborting result BARCODE_30_1a32__219_4_0: exceeded disk limit: 200020295.000000 > 200000000.000000
2006-02-24 10:57:25 [ralph@home] Unrecoverable error for result BARCODE_30_1a32__219_4_0 (Maximum disk usage exceeded)

The limit must be part of the work unit as I still have several GB of free disk space, that is available to boinc.
ID: 566 · Report as offensive    Reply Quote
Snake Doctor

Send message
Joined: 16 Feb 06
Posts: 37
Credit: 998,880
RAC: 0
Message 570 - Posted: 24 Feb 2006, 13:45:45 UTC - in response to Message 566.  

This work unit / result was aborted with:
2006-02-24 10:57:25 [ralph@home] Aborting result BARCODE_30_1a32__219_4_0: exceeded disk limit: 200020295.000000 > 200000000.000000
2006-02-24 10:57:25 [ralph@home] Unrecoverable error for result BARCODE_30_1a32__219_4_0 (Maximum disk usage exceeded)

The limit must be part of the work unit as I still have several GB of free disk space, that is available to boinc.


You can set your disk usage parameters in your prefs. It probably exceed the "use les than xxx %" setting or something like that.

Regards
phil

ID: 570 · Report as offensive    Reply Quote
Hermes

Send message
Joined: 18 Feb 06
Posts: 5
Credit: 15,164
RAC: 0
Message 590 - Posted: 24 Feb 2006, 22:10:17 UTC - in response to Message 570.  

This work unit / result was aborted with:
2006-02-24 10:57:25 [ralph@home] Aborting result BARCODE_30_1a32__219_4_0: exceeded disk limit: 200020295.000000 > 200000000.000000
2006-02-24 10:57:25 [ralph@home] Unrecoverable error for result BARCODE_30_1a32__219_4_0 (Maximum disk usage exceeded)

The limit must be part of the work unit as I still have several GB of free disk space, that is available to boinc.


You can set your disk usage parameters in your prefs. It probably exceed the "use les than xxx %" setting or something like that.


Preferences:
Disk and memory usage	
Use no more than	40 GB disk space	
Leave at least	1 GB disk space free	
Use no more than	50% of total disk space

The Boinc directory currently occupies just under 2 GiB of a 55.8 GiB partition with 23.7 GiB free.
So the Boinc CC is nowhere near limit in this machine.


ID: 590 · Report as offensive    Reply Quote
Profile napolj2

Send message
Joined: 20 Feb 06
Posts: 3
Credit: 293,823
RAC: 0
Message 656 - Posted: 25 Feb 2006, 21:50:44 UTC

I've also gotten this error with result 9437 and result 11045.

2006-02-25 3:26:02 PM|ralph@home|Aborting result BARCODE_30_1shfA_225_10_0: exceeded disk limit: 200654661.000000 > 200000000.000000
2006-02-25 3:26:02 PM|ralph@home|Unrecoverable error for result BARCODE_30_1shfA_225_10_0 (Maximum disk usage exceeded)
2006-02-25 3:26:03 PM||request_reschedule_cpus: process exited
2006-02-25 3:26:03 PM|ralph@home|Computation for result BARCODE_30_1shfA_225_10_0 finished

I have several GB's free on this partition, and my entire BOINC directory is only taking up around 87MB (I have no idea how Hermes' takes up almost 2GB).
But where is it getting this limit of 200MB from in the first place?

Some stats: my C partition is 18.8GB with 9.9GB free.
My Preferences:

Use no more than 100 GB disk space
Leave at least 1 GB disk space free (that leaves 8.9GB)
Use no more than 50% of total disk space (9.4 GB)
Write to disk at most every 60 seconds
Use no more than 75% of total virtual memory

So BOINC is using not even a fraction of what is available to it. I changed the prefs to:

Leave at least 0.5 GB disk space free
Use no more than 80% of total disk space

Maybe that will help, but there should not have been a problem in the first place. I've ran ROSETTA@Home for months on the same PC without ever getting this error message, so I think there must be something different about these new versions we are testing in RALPH@Home to cause this.
ID: 656 · Report as offensive    Reply Quote
Profile Carlos_Pfitzner
Avatar

Send message
Joined: 16 Feb 06
Posts: 182
Credit: 22,792
RAC: 0
Message 657 - Posted: 25 Feb 2006, 22:09:31 UTC

Use no more than 50% of total disk space


This is u problem !

I use no more than 98% -:)

Do some mathematics

eg: u disk has 80GB

If u have less than 40GB of free disk space (several GB free)
*u are exceeding the 50% limit u choose !
Click signature for global team stats
ID: 657 · Report as offensive    Reply Quote
Profile napolj2

Send message
Joined: 20 Feb 06
Posts: 3
Credit: 293,823
RAC: 0
Message 664 - Posted: 26 Feb 2006, 0:06:32 UTC - in response to Message 657.  


*u are exceeding the 50% limit u choose !


We did do the math, and neither Hermes nor myself are exceeding the limits we set. The error message says we are exceeding a limit of 200 MB = 0.2 GB, whereas we both have several GB's free.
ID: 664 · Report as offensive    Reply Quote
Nuadormrac
Avatar

Send message
Joined: 22 Feb 06
Posts: 68
Credit: 11,362
RAC: 0
Message 669 - Posted: 26 Feb 2006, 3:22:20 UTC
Last modified: 26 Feb 2006, 3:26:31 UTC

BTW, it might not be his settings... I just got this same error today and reported it in the bug report forum here

https://ralph.bakerlab.org/forum_thread.php?id=52

There is no way that it can be due to running out of disk space. When I got my extern drive back in December, I started moving several GBs of data off the system drive (which has BOINC installed on it), so it's got more free space now then before. Here's the info

----------------------------------------
...
Directory of D:Program FilesBOINCslots6

01/31/2006 01:46 PM <DIR> .
01/31/2006 01:46 PM <DIR> ..
0 File(s) 0 bytes

Directory of D:Program FilesBOINCslots7

01/30/2006 06:40 PM <DIR> .
01/30/2006 06:40 PM <DIR> ..
0 File(s) 0 bytes

Total Files Listed:
381 File(s) 178,070,447 bytes
152 Dir(s) 26,629,152,768 bytes free

D:Program FilesBOINC>
--------------------------------------

doing a

dir /s

at that prompt. The overall size of that particular Hard Drive/partition is 33.1 GB, and the info on profile with your servers is

https://ralph.bakerlab.org/show_host_detail.php?hostid=1024

Total disk space 33.18 GB
Free Disk Space 24.82 GB

with settings of

Disk and memory usage
Use no more than 5.0 GB disk space
Leave at least
(Values smaller than 0.001 are ignored) 2.0 GB disk space free
Use no more than 50.0% of total disk space
Write to disk at most every 60.0 seconds
Use no more than 75.0% of total virtual memory
------------------------------------------------

I'm no where's close to those limits and have well more then 50% free, and had the same error message myself.
ID: 669 · Report as offensive    Reply Quote
Snake Doctor

Send message
Joined: 16 Feb 06
Posts: 37
Credit: 998,880
RAC: 0
Message 675 - Posted: 26 Feb 2006, 7:12:39 UTC
Last modified: 26 Feb 2006, 7:22:49 UTC

In the prefs it is not really clear what all these setting actually do. I had this problem a few times on my laptop which always runs close to a full disk. I finally figured out a few things that are not intuitive about the space settings.

1) First the "use no more than xxx GB" applies to BOINC space used. Everything for BOINC not just rosetta or rosetta slot space. You are unlikely to violate this one with any normal size queue.

2) "Leave at least xxx.xx GB" refers to the total space that must be left on the disk before BOINC will be allowed to run the project but it is not a BOINC space use number. If loading anything from a project would violate that value BOINC will not allow that to happen. You can also violate it outside of BOINC and stop BOINC from running.

3) "Use no more than xx%" refers to the total FREE space on the disk no matter what is using it, it is not a BOINC space use number. But if loading something for BOINC would violate it BOINC will not allow that to happen. And it too can be violated outside of BOINC and stop BOINC from running.

So in practical terms, these all play against each other as "OR' factors not "AND" factors. But you can force an "AND" condition (which is what is happening in your case). Violate any one or more of them in any combination and BOINC will give you the not enough space space error.

If BOINC would use more than XXX GB of space (1) it will not run (or load work). OR if you have less than XXX.XX GB of total free space (2) on the disk if BOINC added new data BOINC will not run. OR If your total use of a disks FREE space exceeds xx% (3) no matter how much is BOINC or anything else then BOINC will not run.

But it seems that the information below on disk space calculation may be correct. Part of the problem is the difference between these values as calculated by the system. To most people 1Kb is 1000B, but to the disk system it is 1024B. So the system thinks it has more data that the person reading the numbers unless you take that difference into account. And for BOINC there is no gray area on this. Go over the parameter by so much as a single byte and it will fail.

So If I were you guys, I would not worry about the first setting 100GB should work fine Mine is set to 100GB, a value bigger than my total disk space. I would set parameter 2 to something less than 5GB, mine is .001GB. I would set the third setting to something like 80%, mine is at 50%. My laptop has a 55GB drive and only has 2.4GB of free space and it runs just fine, but it took a while to figure this out so it would work.

Regards
Phil


ID: 675 · Report as offensive    Reply Quote
Profile JimB
Avatar

Send message
Joined: 17 Feb 06
Posts: 6
Credit: 19,638
RAC: 0
Message 677 - Posted: 26 Feb 2006, 12:37:57 UTC
Last modified: 26 Feb 2006, 12:41:40 UTC

Got my first ralph wu yesterday, crashed with maximum disk space usage exceeded. I have 155GB space available, using 31MB for ralph and 27MB for rosetta. [edit] Total BOINC is 67MB.[/edit] I'm set to 50% in prefs. [edit]Stdout[/edit] cut is:

2006-02-25 15:09:31 [ralph@home] Starting result BARCODE_30_2ci2I_225_4_2 using rosetta_beta version 489
2006-02-25 15:09:31 [---] request_reschedule_cpus: process exited
2006-02-25 15:09:44 [---] request_reschedule_cpus: project op
2006-02-25 15:09:46 [ralph@home] Sending scheduler request to https://ralph.bakerlab.org/ralph_cgi/cgi
2006-02-25 15:09:46 [ralph@home] Reason: Requested by user
2006-02-25 15:09:46 [ralph@home] Note: not requesting new work or reporting results
2006-02-25 15:09:51 [ralph@home] Scheduler request to https://ralph.bakerlab.org/ralph_cgi/cgi succeeded
2006-02-25 16:42:50 [---] request_reschedule_cpus: process exited
2006-02-25 16:42:50 [rosetta@home] Computation for result NO_RANDOM_WTS_OR_FRAGS_1b72_223_5825_1 finished
2006-02-25 16:42:50 [rosetta@home] Restarting result MORE_FRAGS_W_BARCODE_2reb_229_9377_1 using rosetta version 481
2006-02-25 16:42:53 [rosetta@home] Started upload of NO_RANDOM_WTS_OR_FRAGS_1b72_223_5825_1_0
2006-02-25 16:43:00 [rosetta@home] Finished upload of NO_RANDOM_WTS_OR_FRAGS_1b72_223_5825_1_0
2006-02-25 16:43:00 [rosetta@home] Throughput 27565 bytes/sec
2006-02-25 19:07:07 [rosetta@home] Sending scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi
2006-02-25 19:07:07 [rosetta@home] Reason: To report results
2006-02-25 19:07:07 [rosetta@home] Reporting 1 results
2006-02-25 19:07:12 [rosetta@home] Scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi succeeded
2006-02-25 19:28:23 [---] request_reschedule_cpus: process exited
2006-02-25 19:28:23 [rosetta@home] Computation for result MORE_FRAGS_W_BARCODE_2reb_229_9377_1 finished
2006-02-25 19:28:23 [rosetta@home] Starting result NO_RAND_WTS_2tif_230_6930_1 using rosetta version 481
2006-02-25 19:28:26 [rosetta@home] Started upload of MORE_FRAGS_W_BARCODE_2reb_229_9377_1_0
2006-02-25 19:28:30 [rosetta@home] Finished upload of MORE_FRAGS_W_BARCODE_2reb_229_9377_1_0
2006-02-25 19:28:30 [rosetta@home] Throughput 33373 bytes/sec
2006-02-25 20:29:54 [---] request_reschedule_cpus: project op
2006-02-25 20:29:54 [ralph@home] Sending scheduler request to https://ralph.bakerlab.org/ralph_cgi/cgi
2006-02-25 20:29:54 [ralph@home] Reason: Requested by user
2006-02-25 20:29:54 [ralph@home] Note: not requesting new work or reporting results
2006-02-25 20:29:58 [---] request_reschedule_cpus: project op
2006-02-25 20:29:59 [ralph@home] Scheduler request to https://ralph.bakerlab.org/ralph_cgi/cgi succeeded
2006-02-25 20:30:04 [rosetta@home] Sending scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi
2006-02-25 20:30:04 [rosetta@home] Reason: Requested by user
2006-02-25 20:30:04 [rosetta@home] Reporting 1 results
2006-02-25 20:30:09 [rosetta@home] Scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi succeeded
2006-02-25 20:32:36 [---] request_reschedule_cpus: project op
2006-02-25 20:32:38 [rosetta@home] Sending scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi
2006-02-25 20:32:38 [rosetta@home] Reason: Requested by user
2006-02-25 20:32:38 [rosetta@home] Note: not requesting new work or reporting results
2006-02-25 20:32:43 [rosetta@home] Scheduler request to https://boinc.bakerlab.org/rosetta_cgi/cgi succeeded
2006-02-25 21:55:32 [ralph@home] Aborting result BARCODE_30_2ci2I_225_4_2: exceeded disk limit: 200563608.000000 > 200000000.000000
2006-02-25 21:55:32 [ralph@home] Unrecoverable error for result BARCODE_30_2ci2I_225_4_2 (Maximum disk usage exceeded)
2006-02-25 21:55:33 [---] request_reschedule_cpus: process exited
2006-02-25 21:55:33 [ralph@home] Computation for result BARCODE_30_2ci2I_225_4_2 finished

Let me know if you need other info.


"Be all that you can be...considering." Harold Green
ID: 677 · Report as offensive    Reply Quote
Mike Gelvin
Avatar

Send message
Joined: 17 Feb 06
Posts: 50
Credit: 55,397
RAC: 0
Message 700 - Posted: 27 Feb 2006, 8:51:35 UTC

Several errors on this computer due to this error.

https://ralph.bakerlab.org/show_host_detail.php?hostid=611

Ralph would have to exeed either 1 gig HD, or 600 Meg of virtual storage to get this error.

ID: 700 · Report as offensive    Reply Quote
Niehaus
Avatar

Send message
Joined: 22 Feb 06
Posts: 10
Credit: 2,707
RAC: 0
Message 703 - Posted: 27 Feb 2006, 15:12:28 UTC - in response to Message 700.  
Last modified: 27 Feb 2006, 15:13:01 UTC

Several errors on this computer due to this error.

https://ralph.bakerlab.org/show_host_detail.php?hostid=611

Ralph would have to exeed either 1 gig HD, or 600 Meg of virtual storage to get this error.



I SOLVED the problem by installing the BBC Version of BOINC, which is more advanced (at least in Ver.No.) than the windows client provided by BOINC itself.

Strange, very strange.
But works without changing any settings!

Do I have to compile win32-binaries by myself to get the newest version, or what?

ID: 703 · Report as offensive    Reply Quote
Robert Everly

Send message
Joined: 16 Feb 06
Posts: 10
Credit: 2,333
RAC: 0
Message 707 - Posted: 27 Feb 2006, 21:58:49 UTC

Had one die on me with the same disk limit error.

https://ralph.bakerlab.org/result.php?resultid=11796
ID: 707 · Report as offensive    Reply Quote
Profile Raven
Avatar

Send message
Joined: 17 Feb 06
Posts: 3
Credit: 0
RAC: 0
Message 708 - Posted: 27 Feb 2006, 22:03:57 UTC

I got this too:

27/02/2006 1:41:34 PM|ralph@home|Aborting result BARCODE_30_1pgx__219_15_0: exceeded disk limit: 200529022.000000 > 200000000.000000
27/02/2006 1:41:34 PM|ralph@home|Unrecoverable error for result BARCODE_30_1pgx__219_15_0 (Maximum disk usage exceeded)
27/02/2006 1:41:35 PM||request_reschedule_cpus: process exited
27/02/2006 1:41:35 PM|ralph@home|Computation for result BARCODE_30_1pgx__219_15_0 finished
27/02/2006 1:41:35 PM|ralph@home|Output file BARCODE_30_1pgx__219_15_0_0 for result BARCODE_30_1pgx__219_15_0 exceeds size limit.
27/02/2006 1:41:35 PM|ralph@home|File size: 200212655.000000 bytes. Limit: 25000000.000000 bytes

Now, I have BOINC set to use all availble disk space if necessary. This is over 2 GB on this particular partition. That's some output file!

Result is shown here.
ID: 708 · Report as offensive    Reply Quote
Hermes

Send message
Joined: 18 Feb 06
Posts: 5
Credit: 15,164
RAC: 0
Message 710 - Posted: 28 Feb 2006, 0:19:11 UTC

This definitely is a limit of the Ralph work units
<workunit>
<name>HOMSb7_homDB015_1b72__226_2</name>
<app_name>rosetta_beta</app_name>
<version_num>489</version_num>
<rsc_fpops_est>40000000000000.000000</rsc_fpops_est>
<rsc_fpops_bound>50000000000000000.000000</rsc_fpops_bound>
<rsc_memory_bound>100000000.000000</rsc_memory_bound>
<rsc_disk_bound>200000000.000000</rsc_disk_bound>
<command_line>
...

The workunit is limited to 200000000.000000 bytes. It has nothing to do with my disk-usage parameters. The offending file is probably stdout.txt, whose size is approximatly 1MB/CPU-Minute on my PC. So I expect it to fail after 3.5h.
ID: 710 · Report as offensive    Reply Quote
Nite Owl
Avatar

Send message
Joined: 16 Feb 06
Posts: 3
Credit: 7,294
RAC: 0
Message 713 - Posted: 28 Feb 2006, 3:23:26 UTC
Last modified: 28 Feb 2006, 4:13:28 UTC

There's obviously something amiss here... My puter was running HOMSb7_homDB009_1b72__226_3_0. (Rosetta_beta_4.89 version). It error out with the following message:

stderr out <core_client_version>5.2.13</core_client_version>
<message>Maximum disk usage exceeded
</message>
<stderr_txt>
# random seed: 3989653
# cpu_run_time_pref: 7200
</stderr_txt>


My machine specs are:

CPU type AuthenticAMD
AMD Athlon(tm) 64 Processor 3500+
Number of CPUs 1
Operating System Microsoft Windows XP
Professional Edition, Service Pack 2, (05.01.2600.00)
Memory 894.48 MB
Cache 976.56 KB
Swap space 2167.42 MB
Total disk space 151.82 GB
Free Disk Space 142.71 GB
Measured floating point speed 3027.37 million ops/sec
Measured integer speed 9089.79 million ops/sec


My Preferences are:

Do work while computer is in use? yes
Do work only between the hours of (no restriction)
Leave applications in memory while preempted?
(suspended applications will consume swap space if 'yes') yes
Switch between applications every
(recommended: 60 minutes) 120 minutes
On multiprocessors, use at most 2 processors
Disk and memory usage
Use no more than 100.0 GB disk space
Leave at least
(Values smaller than 0.001 are ignored) 5.0 GB disk space free
Use no more than 75.0% of total disk space
Write to disk at most every 20.0 seconds
Use no more than 75.0% of total virtual memory
Network usage
Connect to network about every
(determines size of work cache; maximum 10 days) 0.24 days


Resource share 300
If you participate in multiple BOINC projects, this is the proportion of your resources used by RALPH@home
Target CPU run time 2 hours






Teddies@BOINC
ID: 713 · Report as offensive    Reply Quote
hugothehermit

Send message
Joined: 17 Feb 06
Posts: 17
Credit: 2,170
RAC: 0
Message 719 - Posted: 28 Feb 2006, 4:38:33 UTC

I shouldn't of posted under 4.87 - result exceeds size limit I guess but my thoughts are here

I got another, I had a look at the slots n stdout.txt and found it to be 80,562KB and full of

WARNING:: fullatom scorefxn terms requested
but fullatom flag is false
fullatom terms will not be evaluated


error messages.

Maybe your making the stdout file(s) too big and causing the BOINC disk space to be used up?


If you are correct we need to know. Could you set your time parameter to 4 hours and see if that fixes the problem? If not then try 2 hours


I think that the values are being overridden, I updated my prefs to 1 hour then updated BOINC but am still getting 8 hour WU's.



ID: 719 · Report as offensive    Reply Quote
Profile Conan
Avatar

Send message
Joined: 16 Feb 06
Posts: 364
Credit: 1,368,421
RAC: 0
Message 731 - Posted: 28 Feb 2006, 12:22:14 UTC

4 hours does not make much difference as still getting same message as others about the disk space, I have now have settings of 'use no more than 220 GB and 95% of total disk" was 210 GB and 85%. Will try 2 hours and see what happens.
ID: 731 · Report as offensive    Reply Quote
Hermes

Send message
Joined: 18 Feb 06
Posts: 5
Credit: 15,164
RAC: 0
Message 744 - Posted: 28 Feb 2006, 16:52:58 UTC - in response to Message 714.  

This definitely is a limit of the Ralph work units
<workunit>
<name>HOMSb7_homDB015_1b72__226_2</name>
<app_name>rosetta_beta</app_name>
<version_num>489</version_num>
<rsc_fpops_est>40000000000000.000000</rsc_fpops_est>
<rsc_fpops_bound>50000000000000000.000000</rsc_fpops_bound>
<rsc_memory_bound>100000000.000000</rsc_memory_bound>
<rsc_disk_bound>200000000.000000</rsc_disk_bound>
<command_line>
...

The workunit is limited to 200000000.000000 bytes. It has nothing to do with my disk-usage parameters. The offending file is probably stdout.txt, whose size is approximatly 1MB/CPU-Minute on my PC. So I expect it to fail after 3.5h.


If you are correct we need to know. Could you set your time parameter to 4 hours and see if that fixes the problem? If not then try 2 hours

The WU failed after 3.25h )see the Result here. The next WU failed after just over 5h. See Result here.
I'll try "Target CPU run time" 4 hours the next time I get a WU.
ID: 744 · Report as offensive    Reply Quote
[B^S] sTrey
Avatar

Send message
Joined: 15 Feb 06
Posts: 58
Credit: 15,430
RAC: 0
Message 748 - Posted: 28 Feb 2006, 19:46:40 UTC - in response to Message 728.  


David Kim is aware of this issue. There is a problem with the way BOINC handles the error files which can cause it to write the same error to the file over and over. He has contacted the BOINC development team to have this adjusted. In the meantime he will be reducing the debug settings on the next build of the test application. What for the new release.

But if you can reduce your time setting a little please do so for now. It is supposed to work


My preferences are set to 2 hours and I have had several of these errors with 4.87 and 4.89
ID: 748 · Report as offensive    Reply Quote
Morten Starkeby

Send message
Joined: 19 Feb 06
Posts: 1
Credit: 8,324
RAC: 0
Message 764 - Posted: 1 Mar 2006, 7:42:07 UTC

I can confirm that

01/03/2006 01:40:25|ralph@home|Scheduler request to https://ralph.bakerlab.org/ralph_cgi/cgi succeeded
01/03/2006 03:29:49|ralph@home|Aborting task HOMSb7_homDB025_1b72__226_7_0: exceeded disk limit: 203574047.000000 > 200000000.000000
01/03/2006 03:29:49|ralph@home|Unrecoverable error for result HOMSb7_homDB025_1b72__226_7_0 (Maximum disk usage exceeded)


is due to an abnormal stdout.txt

Halfway through the WU, it was over 150 MB.

I tried deleting the file on one WU, and then I did not get such an error.
Here is the result of one where I deleted stdout.txt after about 60% of the WU: 12095

I did not babysit it until completion, so I am not sure what the final size was.

Here is one where I did not delete the stdout.txt:
12096

This was with Boinc beta version 5.3.22

I do not remember the exact warning in the stdout.txt file that got repeated, but it was three lines that got repeated several about 100000 lines pr model in the WU. Something about "full atom" requested, but not specied, therefore not computed.


I will try various client versions, both beta and stable to see if I get the same results the next time I receive some work units from Ralph.
ID: 764 · Report as offensive    Reply Quote
1 · 2 · Next

Message boards : RALPH@home bug list : Maximum disk usage exceeded



©2024 University of Washington
http://www.bakerlab.org