| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Completed Research
Forum: FightAIDS@Home
Thread: Have very slow WU # FAHV_x3VQ7_IN_LEDGFa_rig_0220728_0005 |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 234
|
|
| Author |
|
|
seippel
Former World Community Grid Tech Joined: Apr 16, 2009 Post Count: 392 Status: Offline Project Badges: 
|
Well, tried another FAHV task and here is what happened: FAHV_ x3ZCM_ A_ IN_ Y3b_ rig_ 0226214_ 0062_ 1-- Error 9/19/14 20:23:12 9/20/14 13:37:42 16.81 / 17.15 447.2 / 0.0 </stderr_txt> <message> upload failure: <file_xfer_error> <file_name>FAHV_x3ZCM_A_IN_Y3b_rig_0226214_0062_1_0</file_name> <error_code>-131 (file size too big)</error_code> </file_xfer_error> </message> Message in client log: World Community Grid 9-20-2014 9:33:57 AM Output file FAHV_x3ZCM_A_IN_Y3b_rig_0226214_0062_1_0 for task FAHV_x3ZCM_A_IN_Y3b_rig_0226214_0062_1 exceeds size limit. World Community Grid 9-20-2014 9:33:57 AM File size: 10033024.000000 bytes. Limit: 10000000.000000 bytes Looks like that one just barely missed making the limit. I'll get Uplinger to look on Monday to make sure that's just a one-off that hit the limit. Thanks for the feedback. Seippel |
||
|
|
TPCBF
Master Cruncher USA Joined: Jan 2, 2011 Post Count: 1994 Status: Recently Active Project Badges: 
|
Just as a general note, it seems those oversized WUs still keep coming...
---------------------------------------- |
||
|
|
Dennis-TW
Cruncher Joined: Apr 28, 2010 Post Count: 13 Status: Offline Project Badges: 
|
If you're able to let them run to completion, the science is still valid and the results are useful (there are just more Vina jobs packed into a single work unit than there should be). What about the credit issue then? Right now it's valid science but false credits. However I'm glad that runtime is counted normally, which is still more important than credits. |
||
|
|
Chris Holvenstot
Cruncher USA Joined: Aug 26, 2011 Post Count: 19 Status: Offline Project Badges: 
|
@Dennis-TW: I hear what you are saying and the competitive nature of "points" is important to some. But unless someone is doing a lot of manual "culling" if their work queue, it should effect everyone equally in the long run.
----------------------------------------The worst part of the whole situation is that it is driving the normal priority / high priority logic crazy - I have had several occasions where a task would run to within minutes of completion just to be put into a "wait" state while some newly arrived task takes over the slot. I have had to use the "suspend / resume" function several times just to allow some to complete and free up resources. [Edit 1 times, last edit by Chris Holvenstot at Sep 21, 2014 4:15:26 AM] |
||
|
|
terianne929
Cruncher USA Joined: Sep 3, 2011 Post Count: 23 Status: Offline Project Badges:
|
I thought I was the only one! I run on ONE device, dual core so 2 tasks can run simultaneously. BUT the VINA tasks take 10 HOURS to get to 31% and it's still 3 times longer than the stated estimated remaining to completion. I had one task from SETI allotted 23 hours and 50 some minutes that only took 17 hours. The VINA tasks start off saying "02:18:29" and at only 31.642% progress, elapsed time is already 07:20:12. At this rate, the deadline of 9/25 will come and go, and they MIGHT be 85% progress...
|
||
|
|
mreuter80
Advanced Cruncher Joined: Oct 2, 2006 Post Count: 83 Status: Offline Project Badges: 
|
Well, tried another FAHV task and here is what happened: FAHV_ x3ZCM_ A_ IN_ Y3b_ rig_ 0226214_ 0062_ 1-- Error 9/19/14 20:23:12 9/20/14 13:37:42 16.81 / 17.15 447.2 / 0.0 </stderr_txt> <message> upload failure: <file_xfer_error> <file_name>FAHV_x3ZCM_A_IN_Y3b_rig_0226214_0062_1_0</file_name> <error_code>-131 (file size too big)</error_code> </file_xfer_error> </message> Message in client log: World Community Grid 9-20-2014 9:33:57 AM Output file FAHV_x3ZCM_A_IN_Y3b_rig_0226214_0062_1_0 for task FAHV_x3ZCM_A_IN_Y3b_rig_0226214_0062_1 exceeds size limit. World Community Grid 9-20-2014 9:33:57 AM File size: 10033024.000000 bytes. Limit: 10000000.000000 bytes Looks like that one just barely missed making the limit. I'll get Uplinger to look on Monday to make sure that's just a one-off that hit the limit. Thanks for the feedback. Seippel this is definitely not the "one-off". I had the same issue. Getting this error after 68 hours crunching is no fun.  [12:26:31] Vina exited normal 0. [12:26:31] Finished task #139 cpu time used 1490.667555 12:26:39 (5000): called boinc_finish </stderr_txt> <message> upload failure: <file_xfer_error> <file_name>FAHV_x3ZCM_A_IN_Y3a_rig_0225822_0042_2_0</file_name> <error_code>-131</error_code> </file_xfer_error> too man issues with this project. took this one off my list until the issues are solved. |
||
|
|
Chris Holvenstot
Cruncher USA Joined: Aug 26, 2011 Post Count: 19 Status: Offline Project Badges:
|
And yet another "error code 131" here
----------------------------------------<file_xfer_error> <file_name>FAHV_x3ZCM_A_IN_Y3b_rig_0226178_0001_0_0</file_name> <error_code>-131</error_code> </file_xfer_error> And here <file_xfer_error> <file_name>FAHV_x3ZCM_A_IN_Y3b_rig_0226108_0042_1_0</file_name> <error_code>-131</error_code> </file_xfer_error> And here <file_xfer_error> <file_name>FAHV_x3ZCM_A_IN_Y3b_rig_0226088_0011_1_0</file_name> <error_code>-131</error_code> </file_xfer_error> Please tell me that after 20 some hours of running that ALL of the results for these tasks were not lost because a file exceeded the size limit. [Edit 6 times, last edit by Chris Holvenstot at Sep 21, 2014 7:49:03 AM] |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1330 Status: Offline Project Badges: 
|
Please tell me that after 20 some hours of running that ALL of the results for these tasks were not lost because a file exceeded the size limit. They are all lost |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Got some FAHV_x3ZCM and the infamous x3vq running on the newly installed ubuntu 14.04. Extrapolated they're going to hit the 35 hour mark. _2's in amongst i.e. can see how the wingman ended.
One wingman: maximum elapsed time exceeded Why 'elapsed' is measured and not cpu time is an unsure situation. Elapsed is the time a job is allowed to run, where cpu time is the when there's actual computation taking place. Set the processor allowed time to 60 percent, the default, and you get there sooner. On another task the wingman has: upload failure <error_code>-131</error_code> Pre-programmed for my copy to go out too with an oversized output file. To think that we saw these on android, not bare knees praying would have had them succeed.  |
||
|
|
Dieter Matuschek
Advanced Cruncher Germany Joined: Aug 13, 2005 Post Count: 142 Status: Offline Project Badges:
|
Please tell me that after 20 some hours of running that ALL of the results for these tasks were not lost because a file exceeded the size limit. I've lost more than 10 WUs. Several after some 40 hours. I would be happy if they had errored out after only 20 hours . . . Edit I've just opted out of FAAH.  Ask not what the world can do for you - ask what you can do for the world. [Edit 2 times, last edit by Dieter Matuschek at Sep 21, 2014 10:14:35 AM] |
||
|
|
|