Page 4 of 6
Re: Bigadv Collection and or Assighnment server is broken
Posted: Sun Sep 30, 2012 8:26 pm
by texinga
The 8102 that spoke about earlier in this thread (R0,C16,G71) did process OK the 2nd time that I completed it today. Like Grandpa, I got the "Results Successfully Sent...Thank you for your contribution message" when it completed this time. The next WU that I just got was a different 8102 WU (R0,C16,G72) and it is running now. Just wanted to report back that (for me) it would appear the problem is gone for now.
Re: Bigadv Collection and or Assighnment server is broken
Posted: Sun Sep 30, 2012 8:32 pm
by decali
Looks like I lost an 8101 as well today, received this message:
[17:56:50] Finished Work Unit:
[17:56:50] - Reading up to 64340496 from "work/wudata_02.trr": Read 64340496
[17:56:51] trr file hash check passed.
[17:56:51] - Reading up to 31618172 from "work/wudata_02.xtc": Read 31618172
[17:56:51] xtc file hash check passed.
[17:56:51] edr file hash check passed.
[17:56:51] logfile size: 190554
[17:56:51] Leaving Run
[17:56:54] - Writing 96310098 bytes of core data to disk...
[17:57:21] Done: 96309586 -> 91545145 (compressed to 5.8 percent)
[17:57:21] ... Done.
[17:57:28] - Shutting down core
[17:57:28]
[17:57:28] Folding@home Core Shutdown: FINISHED_UNIT
[17:57:29] CoreStatus = 64 (100)
[17:57:29] Sending work to server
[17:57:29] Project: 8101 (Run 5, Clone 2, Gen 85)
[17:57:29] + Attempting to send results [September 30 17:57:29 UTC]
[18:03:00] - Server reports problem with unit.
I was then assigned the same 8101 (5, 2, 85).
Re: Bigadv Collection and or Assighnment server is broken
Posted: Sun Sep 30, 2012 8:39 pm
by bollix47
If you're still reporting errors please add a couple of processing frames to your logs or let us know when it was downloaded. That might have a bearing on whether or not they fail.
Thanks.
Re: Bigadv Collection and or Assighnment server is broken
Posted: Sun Sep 30, 2012 8:40 pm
by Grandpa_01
I would say it is resolved for those with faster machines, I just sent my 3rd 1 today and it was accepted as good by the collection server and others have reported the same on different forums, my guess is this was an Assignment Server issue not a collection server issue, it appears that the AS may have messed up some WU's when it was assigning them they, would then need to be run sent back rejected reassigned after the problem was cleared up rerun and turned in again with no errors. It does appear the WU's were actually bad due to an AS glitch. The people who are still seeing the issue seem to be on slower rigs which have not completed the first step yet although I am not sure about patonb he did not provide any clue in his post.
But this is just a guess from looking at the available info.
Re: Bigadv Collection and or Assignment server is broken
Posted: Sun Sep 30, 2012 9:54 pm
by jeanjean15
I have the same problem with 2 P8101 :
1) Project: 8101 (Run 19, Clone 8, Gen 28)
Code: Select all
# Linux SMP Console Edition ###################################################
###############################################################################
Folding@Home Client Version 6.34
http://folding.stanford.edu
###############################################################################
###############################################################################
Launch directory: /tmp/langouste-jeanjean15/3475/clientdir
Executable: /home/jeanjean15/fah/fah6
Arguments: -send 04 -smp -bigbeta
[01:28:32] - Ask before connecting: No
[01:28:32] - Proxy: 127.0.0.1:8880
[01:28:32] - User name: [Inpact]jeanjean15 (Team 51)
[01:28:32] - User ID: 2F4FA5F87427C95C
[01:28:32] - Machine ID: 2
[01:28:32]
[01:28:32] Loaded queue successfully.
[01:28:32] Attempting to return result(s) to server...
[01:28:32] Project: 8101 (Run 19, Clone 8, Gen 28)
[01:28:32] + Attempting to send results [September 30 01:28:32 UTC]
[01:43:17] - Server reports problem with unit.
[01:43:17] - Failed to send unit 04 to server
Folding@Home Client Shutdown.
all done
WARNING: unsent result files!
2) Project: 8101 (Run 3, Clone 3, Gen 82)
Code: Select all
# Linux SMP Console Edition ###################################################
###############################################################################
Folding@Home Client Version 6.34
http://folding.stanford.edu
###############################################################################
###############################################################################
Launch directory: /tmp/langouste-jeanjean15/3962/clientdir
Executable: /home/jeanjean15/fah/fah6
Arguments: -send 00 -smp -bigadv
[19:17:53] - Ask before connecting: No
[19:17:53] - Proxy: 127.0.0.1:8880
[19:17:53] - User name: [Inpact]jeanjean15 (Team 51)
[19:17:53] - User ID: 2F4FA5F87427C95C
[19:17:53] - Machine ID: 1
[19:17:53]
[19:17:53] Loaded queue successfully.
[19:17:53] Attempting to return result(s) to server...
[19:17:53] Project: 8101 (Run 3, Clone 3, Gen 82)
[19:17:53] + Attempting to send results [September 30 19:17:53 UTC]
[19:32:18] - Server reports problem with unit.
[19:32:18] - Failed to send unit 00 to server
Folding@Home Client Shutdown.
all done
WARNING: unsent result files!
Re: Bigadv Collection and or Assignment server is broken
Posted: Sun Sep 30, 2012 10:42 pm
by Thomas R
Same problem with an 8102:
Code: Select all
[11:15:56] Completed 245000 out of 250000 steps (98%)
[11:25:53] Completed 247500 out of 250000 steps (99%)
[11:35:51] Completed 250000 out of 250000 steps (100%)
[11:36:06] DynamicWrapper: Finished Work Unit: sleep=10000
[11:36:16]
[11:36:16] Finished Work Unit:
[11:36:16] - Reading up to 64407792 from "work/wudata_05.trr": Read 64407792
[11:36:16] trr file hash check passed.
[11:36:16] - Reading up to 31623544 from "work/wudata_05.xtc": Read 31623544
[11:36:17] xtc file hash check passed.
[11:36:17] edr file hash check passed.
[11:36:17] logfile size: 191066
[11:36:17] Leaving Run
[11:36:21] - Writing 96383278 bytes of core data to disk...
[11:36:49] Done: 96382766 -> 91636117 (compressed to 5.9 percent)
[11:36:49] ... Done.
[11:37:50] - Shutting down core
[11:37:50]
[11:37:50] Folding@home Core Shutdown: FINISHED_UNIT
[11:37:58] CoreStatus = 64 (100)
[11:37:58] Unit 5 finished with 83 percent of time to deadline remaining.
[11:37:58] Updated performance fraction: 0.793144
[11:37:58] Sending work to server
[11:37:58] Project: 8102 (Run 0, Clone 33, Gen 55)
[11:37:58] + Attempting to send results [September 30 11:37:58 UTC]
[11:37:58] - Reading file work/wuresults_05.dat from core
[11:37:58] (Read 91636629 bytes from disk)
[11:37:58] Connecting to http://128.143.231.201:8080/
[11:37:58] - Couldn't send HTTP request to server
[11:37:58] + Could not connect to Work Server (results)
[11:37:58] (128.143.231.201:8080)
[11:37:58] + Retrying using alternative port
[11:37:58] Connecting to http://128.143.231.201:80/
[11:37:58] - Couldn't send HTTP request to server
[11:37:58] + Could not connect to Work Server (results)
[11:37:58] (128.143.231.201:80)
[11:37:58] - Error: Could not transmit unit 05 (completed September 30) to work server.
[11:37:58] - 1 failed uploads of this unit.
[11:37:58] Keeping unit 05 in queue.
[11:37:58] Trying to send all finished work units
[11:37:58] Project: 8102 (Run 0, Clone 33, Gen 55)
[11:37:58] + Attempting to send results [September 30 11:37:58 UTC]
[11:37:58] - Reading file work/wuresults_05.dat from core
[11:37:58] (Read 91636629 bytes from disk)
[11:37:58] Connecting to http://128.143.231.201:8080/
[11:37:58] - Couldn't send HTTP request to server
[11:37:58] + Could not connect to Work Server (results)
[11:37:58] (128.143.231.201:8080)
[11:37:58] + Retrying using alternative port
[11:37:58] Connecting to http://128.143.231.201:80/
[11:37:58] - Couldn't send HTTP request to server
[11:37:58] + Could not connect to Work Server (results)
[11:37:58] (128.143.231.201:80)
[11:37:58] - Error: Could not transmit unit 05 (completed September 30) to work server.
[11:37:58] - 2 failed uploads of this unit.
[11:37:58] Keeping unit 05 in queue.
[11:37:58] + Sent 0 of 1 completed units to the server
[11:37:58] - Preparing to get new work unit...
[11:37:58] Cleaning up work directory
[11:37:58] + Attempting to get work packet
[11:37:58] Passkey found
[11:37:58] - Will indicate memory of 64410 MB
[11:37:58] - Connecting to assignment server
[11:37:58] Connecting to http://assign.stanford.edu:8080/
[11:37:59] Posted data.
[11:37:59] Initial: 8F80; - Successful: assigned to (128.143.231.201).
[11:37:59] + News From Folding@Home: Welcome to Folding@Home
[11:37:59] Loaded queue successfully.
[11:37:59] Sent data
[11:37:59] Connecting to http://128.143.231.201:8080/
[11:38:06] Posted data.
[11:38:06] Initial: 0000; - Receiving payload (expected size: 30310114)
[11:40:15] - Downloaded at ~229 kB/s
[11:40:15] - Averaged speed for that direction ~210 kB/s
[11:40:15] + Received work.
[11:40:15] Trying to send all finished work units
[11:40:15] Project: 8102 (Run 0, Clone 33, Gen 55)
[11:40:15] + Attempting to send results [September 30 11:40:15 UTC]
[11:40:15] - Reading file work/wuresults_05.dat from core
[11:40:15] (Read 91636629 bytes from disk)
[11:40:15] Connecting to http://128.143.231.201:8080/
[11:40:15] - Couldn't send HTTP request to server
[11:40:15] + Could not connect to Work Server (results)
[11:40:15] (128.143.231.201:8080)
[11:40:15] + Retrying using alternative port
[11:40:15] Connecting to http://128.143.231.201:80/
[11:40:16] - Couldn't send HTTP request to server
[11:40:16] + Could not connect to Work Server (results)
[11:40:16] (128.143.231.201:80)
[11:40:16] - Error: Could not transmit unit 05 (completed September 30) to work server.
[11:40:16] - 3 failed uploads of this unit.
[11:40:16] Keeping unit 05 in queue.
[11:40:16] + Sent 0 of 1 completed units to the server
[11:40:16] + Closed connections
[11:40:16]
Re: Bigadv Collection and or Assignment server is broken
Posted: Sun Sep 30, 2012 11:33 pm
by bollix47
Welcome to the folding support forum Thomas R.
Your problem is somewhat different than what is being discussed in this thread but I can't say that it's not somehow related since it is the same server.
Your log shows the attempts were made around 12 hours ago. Has the situation changed since then or is that work unit still trying to upload?
Re: Bigadv Collection and or Assighnment server is broken
Posted: Sun Sep 30, 2012 11:40 pm
by kromberg
Grandpa_01 wrote:I would say it is resolved for those with faster machines,
I would say not. Missing 4 WUs. The "system", for what is it is, i saccepting newly completed WU. WU completed over the last 24 hours are SOL it looks like. +1 for Stanford ......
Another: Server did not like results, dumping...?
Posted: Sun Sep 30, 2012 11:47 pm
by xposer
Anyone know why after 1 day and 19 hours folding the server is refusing the work unit?
Code: Select all
******************************** Date: 30/09/12 ********************************
06:55:59:WU00:FS00:0xa5:Completed 250000 out of 250000 steps (100%)
06:56:00:WU01:FS00:Connecting to assign3.stanford.edu:8080
06:56:01:WU01:FS00:News: Welcome to Folding@Home
06:56:01:WU01:FS00:Assigned to work server 128.143.231.201
06:56:01:WU01:FS00:Requesting new work unit for slot 00: RUNNING smp:32 from 128.143.231.201
06:56:01:WU01:FS00:Connecting to 128.143.231.201:8080
06:56:07:WU01:FS00:Downloading 28.91MiB
06:56:13:WU01:FS00:Download 26.81%
06:56:14:WU00:FS00:0xa5:DynamicWrapper: Finished Work Unit: sleep=10000
06:56:19:WU01:FS00:Download 57.72%
06:56:24:WU00:FS00:0xa5:
06:56:24:WU00:FS00:0xa5:Finished Work Unit:
06:56:24:WU00:FS00:0xa5:- Reading up to 64340496 from "00/wudata_01.trr": Read 64340496
06:56:25:WU01:FS00:Download 88.86%
06:56:25:WU00:FS00:0xa5:trr file hash check passed.
06:56:25:WU00:FS00:0xa5:- Reading up to 31616144 from "00/wudata_01.xtc": Read 31616144
06:56:25:WU00:FS00:0xa5:xtc file hash check passed.
06:56:25:WU00:FS00:0xa5:edr file hash check passed.
06:56:25:WU00:FS00:0xa5:logfile size: 192330
06:56:25:WU00:FS00:0xa5:Leaving Run
06:56:25:WU00:FS00:0xa5:- Writing 96309846 bytes of core data to disk...
06:56:27:WU01:FS00:Download complete
06:56:27:WU01:FS00:Received Unit: id:01 state:DOWNLOAD error:OK project:8101 run:20 clone:3 gen:50 core:0xa5 unit:0x0000004e088988e14f999342788663a9
06:56:48:WU00:FS00:0xa5:Done: 96309334 -> 91578018 (compressed to 5.8 percent)
06:56:48:WU00:FS00:0xa5: ... Done.
07:07:44:WU00:FS00:0xa5:- Shutting down core
07:07:44:WU00:FS00:0xa5:
07:07:44:WU00:FS00:0xa5:Folding@home Core Shutdown: FINISHED_UNIT
07:09:02:WU00:FS00:FahCore returned: FINISHED_UNIT (100 = 0x64)
07:09:02:WU00:FS00:Sending unit results: id:00 state:SEND error:OK project:8101 run:12 clone:0 gen:115 core:0xa5 unit:0x000000d8088988e14f31ae4470b3b366
07:09:02:WU00:FS00:Uploading 87.34MiB to 128.143.231.201
07:09:02:WU00:FS00:Connecting to 128.143.231.201:8080
07:09:03:WU01:FS00:Starting
07:09:03:WU01:FS00:Running FahCore: /home/mike/fahclient_7.1.52-64bit-release/FAHCoreWrapper /home/mike/fahclient_7.1.52-64bit-release/cores/www.stanford.edu/~pande/Linux/AMD64/Core_a5.fah/FahCore_a5 -dir 01 -suffix 01 -version 701 -lifeline 1190 -checkpoint 15 -np 32 forceasm
07:09:03:WU01:FS00:Started FahCore on PID 24272
07:09:03:Started thread 76 on PID 1190
07:09:03:WU01:FS00:Core PID:24276
07:09:03:WU01:FS00:FahCore 0xa5 started
07:09:03:WU01:FS00:0xa5:
07:09:03:WU01:FS00:0xa5:*------------------------------*
07:09:03:WU01:FS00:0xa5:Folding@Home Gromacs SMP Core
07:09:03:WU01:FS00:0xa5:Version 2.27 (Thu Feb 10 09:46:40 PST 2011)
07:09:03:WU01:FS00:0xa5:
07:09:03:WU01:FS00:0xa5:Preparing to commence simulation
07:09:03:WU01:FS00:0xa5:- Looking at optimizations...
07:09:03:WU01:FS00:0xa5:- Created dyn
07:09:03:WU01:FS00:0xa5:- Files status OK
07:09:06:WU01:FS00:0xa5:- Expanded 30312921 -> 33158020 (decompressed 109.3 percent)
07:09:06:WU01:FS00:0xa5:Called DecompressByteArray: compressed_data_size=30312921 data_size=33158020, decompressed_data_size=33158020 diff=0
07:09:06:WU01:FS00:0xa5:- Digital signature verified
07:09:06:WU01:FS00:0xa5:
07:09:06:WU01:FS00:0xa5:Project: 8101 (Run 20, Clone 3, Gen 50)
07:09:06:WU01:FS00:0xa5:
07:09:06:WU01:FS00:0xa5:Assembly optimizations on if available.
07:09:06:WU01:FS00:0xa5:Entering M.D.
07:09:08:WU00:FS00:Upload 1.00%
07:09:13:WU01:FS00:0xa5:Mapping NT from 32 to 32
07:09:14:WU00:FS00:Upload 1.86%
07:09:18:WU01:FS00:0xa5:Completed 0 out of 250000 steps (0%)
07:09:20:WU00:FS00:Upload 2.72%
07:09:26:WU00:FS00:Upload 3.36%
07:09:32:WU00:FS00:Upload 4.37%
07:09:39:WU00:FS00:Upload 5.15%
07:09:45:WU00:FS00:Upload 6.01%
07:09:51:WU00:FS00:Upload 6.87%
07:09:57:WU00:FS00:Upload 7.73%
07:10:03:WU00:FS00:Upload 8.59%
07:10:10:WU00:FS00:Upload 9.45%
07:10:16:WU00:FS00:Upload 10.09%
07:10:22:WU00:FS00:Upload 11.09%
07:10:28:WU00:FS00:Upload 11.95%
07:10:35:WU00:FS00:Upload 12.81%
07:10:41:WU00:FS00:Upload 13.67%
07:10:48:WU00:FS00:Upload 14.60%
07:10:54:WU00:FS00:Upload 15.46%
07:11:00:WU00:FS00:Upload 16.10%
07:11:06:WU00:FS00:Upload 17.03%
07:11:12:WU00:FS00:Upload 17.89%
07:11:19:WU00:FS00:Upload 18.82%
07:11:26:WU00:FS00:Upload 19.75%
07:11:32:WU00:FS00:Upload 20.61%
07:11:39:WU00:FS00:Upload 21.54%
07:11:45:WU00:FS00:Upload 22.33%
07:11:51:WU00:FS00:Upload 23.26%
07:11:57:WU00:FS00:Upload 23.97%
07:12:04:WU00:FS00:Upload 24.76%
07:12:11:WU00:FS00:Upload 25.76%
07:12:17:WU00:FS00:Upload 26.76%
07:12:24:WU00:FS00:Upload 27.62%
07:12:32:WU00:FS00:Upload 28.70%
07:12:39:WU00:FS00:Upload 29.56%
07:12:45:WU00:FS00:Upload 30.49%
07:12:51:WU00:FS00:Upload 31.34%
07:12:57:WU00:FS00:Upload 31.92%
07:13:03:WU00:FS00:Upload 32.78%
07:13:10:WU00:FS00:Upload 33.85%
07:13:17:WU00:FS00:Upload 34.78%
07:13:23:WU00:FS00:Upload 35.64%
07:13:29:WU00:FS00:Upload 36.50%
07:13:35:WU00:FS00:Upload 37.07%
07:13:41:WU00:FS00:Upload 38.07%
07:13:48:WU00:FS00:Upload 38.93%
07:13:54:WU00:FS00:Upload 39.65%
07:14:01:WU00:FS00:Upload 40.86%
07:14:07:WU00:FS00:Upload 41.43%
07:14:14:WU00:FS00:Upload 42.44%
07:14:20:WU00:FS00:Upload 43.44%
07:14:26:WU00:FS00:Upload 44.08%
07:14:34:WU00:FS00:Upload 45.16%
07:14:41:WU00:FS00:Upload 46.30%
07:14:47:WU00:FS00:Upload 47.02%
07:14:54:WU00:FS00:Upload 47.73%
07:15:02:WU00:FS00:Upload 49.09%
07:15:08:WU00:FS00:Upload 49.81%
07:15:15:WU00:FS00:Upload 50.88%
07:15:22:WU00:FS00:Upload 51.88%
07:15:28:WU00:FS00:Upload 52.60%
07:15:36:WU00:FS00:Upload 53.67%
07:15:43:WU00:FS00:Upload 54.75%
07:15:50:WU00:FS00:Upload 55.46%
07:15:57:WU00:FS00:Upload 56.32%
07:16:03:WU00:FS00:Upload 57.39%
07:16:12:WU00:FS00:Upload 58.47%
07:16:20:WU00:FS00:Upload 59.61%
07:16:27:WU00:FS00:Upload 60.76%
07:16:34:WU00:FS00:Upload 61.47%
07:16:42:WU00:FS00:Upload 62.69%
07:16:50:WU00:FS00:Upload 63.76%
07:16:57:WU00:FS00:Upload 64.48%
07:17:06:WU00:FS00:Upload 65.84%
07:17:14:WU00:FS00:Upload 67.13%
07:17:20:WU00:FS00:Upload 67.56%
07:17:29:WU00:FS00:Upload 68.84%
07:17:37:WU00:FS00:Upload 70.27%
07:17:43:WU00:FS00:Upload 70.70%
07:17:53:WU00:FS00:Upload 71.99%
07:17:59:WU00:FS00:Upload 73.28%
07:18:08:WU00:FS00:Upload 74.14%
07:18:17:WU00:FS00:Upload 75.43%
07:18:26:WU00:FS00:Upload 76.79%
07:18:33:WU00:FS00:Upload 77.65%
07:18:42:WU00:FS00:Upload 78.93%
07:18:48:WU00:FS00:Upload 79.79%
07:18:54:WU00:FS00:Upload 80.65%
07:19:01:WU00:FS00:Upload 81.58%
07:19:07:WU00:FS00:Upload 82.01%
07:19:14:WU00:FS00:Upload 83.37%
07:19:23:WU00:FS00:Upload 84.23%
07:19:33:WU00:FS00:Upload 85.73%
07:19:39:WU00:FS00:Upload 86.88%
07:19:50:WU00:FS00:Upload 87.88%
07:20:00:WU00:FS00:Upload 89.31%
07:20:06:WU00:FS00:Upload 90.46%
07:20:16:WU00:FS00:Upload 91.46%
07:20:27:WU00:FS00:Upload 92.96%
07:20:33:WU00:FS00:Upload 94.10%
07:20:43:WU00:FS00:Upload 95.11%
07:20:54:WU00:FS00:Upload 96.61%
07:21:02:WU00:FS00:Upload 98.11%
07:21:14:WU00:FS00:Upload 99.11%
07:21:23:WU00:FS00:Upload complete
07:21:23:WU00:FS00:Server responded WORK_QUIT (404)
07:21:23:WARNING:WU00:FS00:Server did not like results, dumping
07:21:23:WU00:FS00:Cleaning up
07:35:02:WU01:FS00:0xa5:Completed 2500 out of 250000 steps (1%)
08:00:49:WU01:FS00:0xa5:Completed 5000 out of 250000 steps (2%)
Re: Bigadv Collection and or Assignment server is broken
Posted: Sun Sep 30, 2012 11:55 pm
by Joe_H
xposer wrote:Anyone know why after 1 day and 19 hours folding the server is refusing the work unit?
Merged your topic with the rest experiencing the same problem this weekend.
Re: Bigadv Collection and or Assignment server is broken
Posted: Mon Oct 01, 2012 12:00 am
by PinHead
I had 2 8101's fail last night after folding to 100% and a clean core exit.
Here is the download / upload info for WU 1 along with the log where it completed today and successfully uploaded.
Code: Select all
[01:31:51] Folding@Home Gromacs SMP Core
[01:31:51] Version 2.27 (Thu Feb 10 09:46:40 PST 2011)
[01:31:51]
[01:31:51] Preparing to commence simulation
[01:31:51] - Looking at optimizations...
[01:31:51] - Created dyn
[01:31:51] - Files status OK
[01:31:55] - Expanded 30304961 -> 33158020 (decompressed 109.4 percent)
[01:31:55] Called DecompressByteArray: compressed_data_size=30304961 data_size=33158020, decompressed_data_size=33158020 diff=0
[01:31:55] - Digital signature verified
[01:31:55]
[01:31:55] Project: 8101 (Run 7, Clone 1, Gen 126)
[01:31:55]
[01:31:55] Assembly optimizations on if available.
[01:31:55] Entering M.D.
[01:32:02] Mapping NT from 64 to 64
[01:32:08] Completed 0 out of 250000 steps (0%)
[01:45:11] Completed 2500 out of 250000 steps (1%)
[01:58:15] Completed 5000 out of 250000 steps (2%)
[02:11:19] Completed 7500 out of 250000 steps (3%)
[02:24:22] Completed 10000 out of 250000 steps (4%)
[02:37:25] Completed 12500 out of 250000 steps (5%)
[02:50:28] Completed 15000 out of 250000 steps (6%)
[03:03:31] Completed 17500 out of 250000 steps (7%)
[03:16:31] Completed 20000 out of 250000 steps (8%)
[03:26:39] - Autosending finished units... [September 29 03:26:39 UTC]
[03:26:39] Trying to send all finished work units
[03:26:39] + No unsent completed units remaining.
[03:26:39] - Autosend completed
[03:29:35] Completed 22500 out of 250000 steps (9%)
.
.
.
[22:38:15] Completed 242500 out of 250000 steps (97%)
[22:51:20] Completed 245000 out of 250000 steps (98%)
[23:04:26] Completed 247500 out of 250000 steps (99%)
[23:17:32] Completed 250000 out of 250000 steps (100%)
[23:17:48] DynamicWrapper: Finished Work Unit: sleep=10000
[23:17:58]
[23:17:58] Finished Work Unit:
[23:17:58] - Reading up to 64340496 from "work/wudata_05.trr": Read 64340496
[23:17:59] trr file hash check passed.
[23:17:59] - Reading up to 31620412 from "work/wudata_05.xtc": Read 31620412
[23:17:59] xtc file hash check passed.
[23:17:59] edr file hash check passed.
[23:17:59] logfile size: 186886
[23:17:59] Leaving Run
[23:18:01] - Writing 96308670 bytes of core data to disk...
[23:18:30] Done: 96308158 -> 91558907 (compressed to 5.8 percent)
[23:18:31] ... Done.
[23:18:45] - Shutting down core
[23:18:45]
[23:18:45] Folding@home Core Shutdown: FINISHED_UNIT
[23:18:47] CoreStatus = 64 (100)
[23:18:47] Unit 5 finished with 77 percent of time to deadline remaining.
[23:18:47] Updated performance fraction: 0.779235
[23:18:47] Sending work to server
[23:18:47] Project: 8101 (Run 7, Clone 1, Gen 126)
[23:18:47] + Attempting to send results [September 29 23:18:47 UTC]
[23:18:47] - Reading file work/wuresults_05.dat from core
[23:18:47] (Read 91559419 bytes from disk)
[23:18:47] Connecting to http://128.143.231.201:8080/
[23:56:49] Posted data.
[23:56:49] Initial: 0000; - Uploaded at ~39 kB/s
[23:56:49] - Averaged speed for that direction ~38 kB/s
[23:56:49] - Server reports problem with unit.
[23:56:49] Trying to send all finished work units
[23:56:49] + No unsent completed units remaining.
[23:56:49] - Preparing to get new work unit...
[23:56:49] Cleaning up work directory
[23:56:50] + Attempting to get work packet
8101 ( 7,1,126 ) reprocessed and successfully sent today.
[21:03:40] Completed 245000 out of 250000 steps (98%)
[21:16:35] Completed 247500 out of 250000 steps (99%)
[21:26:39] - Autosending finished units... [September 30 21:26:39 UTC]
[21:26:39] Trying to send all finished work units
[21:26:39] + No unsent completed units remaining.
[21:26:39] - Autosend completed
[21:29:29] Completed 250000 out of 250000 steps (100%)
[21:29:46] DynamicWrapper: Finished Work Unit: sleep=10000
[21:29:56]
[21:29:56] Finished Work Unit:
[21:29:56] - Reading up to 64340496 from "work/wudata_06.trr": Read 64340496
[21:29:57] trr file hash check passed.
[21:29:57] - Reading up to 31620360 from "work/wudata_06.xtc": Read 31620360
[21:29:57] xtc file hash check passed.
[21:29:57] edr file hash check passed.
[21:29:57] logfile size: 186822
[21:29:57] Leaving Run
[21:30:01] - Writing 96308554 bytes of core data to disk...
[21:30:30] Done: 96308042 -> 91559986 (compressed to 5.8 percent)
[21:30:31] ... Done.
[21:30:46] - Shutting down core
[21:30:46]
[21:30:46] Folding@home Core Shutdown: FINISHED_UNIT
[21:30:47] CoreStatus = 64 (100)
[21:30:47] Unit 6 finished with 78 percent of time to deadline remaining.
[21:30:47] Updated performance fraction: 0.778510
[21:30:47] Sending work to server
[21:30:47] Project: 8101 (Run 7, Clone 1, Gen 126)
[21:30:47] + Attempting to send results [September 30 21:30:47 UTC]
[21:30:47] - Reading file work/wuresults_06.dat from core
[21:30:47] (Read 91560498 bytes from disk)
[21:30:47] Connecting to http://128.143.231.201:8080/
[22:08:55] Posted data.
[22:08:55] Initial: 0000; - Uploaded at ~39 kB/s
[22:08:55] - Averaged speed for that direction ~38 kB/s
[22:08:55] + Results successfully sent
[22:08:55] Thank you for your contribution to Folding@Home.
[22:08:55] + Number of Units Completed: 63
2nd 8101 details shortly
8101 ( 1,5,74 ) - This one will no longer finish in the requested time frame.
Code: Select all
[05:03:12] + Processing work unit
[05:03:12] Core required: FahCore_a5.exe
[05:03:12] Core found.
[05:03:12] Working on queue slot 05 [September 28 05:03:12 UTC]
[05:03:12] + Working ...
[05:03:12] - Calling './FahCore_a5.exe -dir work/ -nice 19 -suffix 05 -np 24 -priority 96 -checkpoint 10 -verbose -lifeline 1786 -version 634'
[05:03:12]
[05:03:12] *------------------------------*
[05:03:12] Folding@Home Gromacs SMP Core
[05:03:12] Version 2.27 (Thu Feb 10 09:46:40 PST 2011)
[05:03:12]
[05:03:12] Preparing to commence simulation
[05:03:12] - Looking at optimizations...
[05:03:12] - Created dyn
[05:03:12] - Files status OK
[05:03:15] - Expanded 30309163 -> 33158020 (decompressed 109.3 percent)
[05:03:15] Called DecompressByteArray: compressed_data_size=30309163 data_size=33158020, decompressed_data_size=33158020 diff=0
[05:03:16] - Digital signature verified
[05:03:16]
[05:03:16] Project: 8101 (Run 1, Clone 5, Gen 74)
[05:03:16]
[05:03:16] Assembly optimizations on if available.
[05:03:16] Entering M.D.
[05:03:24] Mapping NT from 24 to 24
[05:03:28] Completed 0 out of 250000 steps (0%)
[05:29:58] Completed 2500 out of 250000 steps (1%)
[05:56:29] Completed 5000 out of 250000 steps (2%)
[06:22:55] Completed 7500 out of 250000 steps (3%)
[06:49:25] Completed 10000 out of 250000 steps (4%)
.
.
.
[20:19:54] Completed 222500 out of 250000 steps (89%)
[20:46:19] Completed 225000 out of 250000 steps (90%)
[21:12:43] Completed 227500 out of 250000 steps (91%)
[21:21:51] - Autosending finished units... [September 29 21:21:51 UTC]
[21:21:51] Trying to send all finished work units
[21:21:51] + No unsent completed units remaining.
[21:21:51] - Autosend completed
[21:39:10] Completed 230000 out of 250000 steps (92%)
[22:05:37] Completed 232500 out of 250000 steps (93%)
[22:32:01] Completed 235000 out of 250000 steps (94%)
[22:58:28] Completed 237500 out of 250000 steps (95%)
[23:24:55] Completed 240000 out of 250000 steps (96%)
[23:51:17] Completed 242500 out of 250000 steps (97%)
[00:17:46] Completed 245000 out of 250000 steps (98%)
[00:44:16] Completed 247500 out of 250000 steps (99%)
[01:10:42] Completed 250000 out of 250000 steps (100%)
[01:10:55] DynamicWrapper: Finished Work Unit: sleep=10000
[01:11:05]
[01:11:05] Finished Work Unit:
[01:11:05] - Reading up to 64340496 from "work/wudata_05.trr": Read 64340496
[01:11:05] trr file hash check passed.
[01:11:05] - Reading up to 31616188 from "work/wudata_05.xtc": Read 31616188
[01:11:06] xtc file hash check passed.
[01:11:06] edr file hash check passed.
[01:11:06] logfile size: 198036
[01:11:06] Leaving Run
[01:11:09] - Writing 96315596 bytes of core data to disk...
[01:11:38] Done: 96315084 -> 91566638 (compressed to 5.8 percent)
[01:11:38] ... Done.
[01:11:51] - Shutting down core
[01:11:51]
[01:11:51] Folding@home Core Shutdown: FINISHED_UNIT
[01:11:53] CoreStatus = 64 (100)
[01:11:53] Unit 5 finished with 54 percent of time to deadline remaining.
[01:11:53] Updated performance fraction: 0.612862
[01:11:53] Sending work to server
[01:11:53] Project: 8101 (Run 1, Clone 5, Gen 74)
[01:11:53] + Attempting to send results [September 30 01:11:53 UTC]
[01:11:53] - Reading file work/wuresults_05.dat from core
[01:11:53] (Read 91567150 bytes from disk)
[01:11:53] Connecting to http://128.143.231.201:8080/
[01:50:13] Posted data.
[01:50:13] Initial: 0000; - Uploaded at ~38 kB/s
[01:50:13] - Averaged speed for that direction ~36 kB/s
[01:50:13] - Server reports problem with unit.
[01:50:13] Trying to send all finished work units
[01:50:13] + No unsent completed units remaining.
[01:50:13] - Preparing to get new work unit...
[01:50:13] Cleaning up work directory
.
.
.
[01:50:13] - Connecting to assignment server
[01:50:13] Connecting to http://assign.stanford.edu:8080/
[01:50:14] Posted data.
[01:50:14] Initial: 8F80; - Successful: assigned to (128.143.231.201).
[01:50:14] + News From Folding@Home: Welcome to Folding@Home
[01:50:14] Loaded queue successfully.
[01:50:14] Sent data
[01:50:14] Connecting to http://128.143.231.201:8080/
[01:50:20] Posted data.
[01:50:20] Initial: 0000; - Receiving payload (expected size: 30309675)
[01:51:53] - Downloaded at ~318 kB/s
[01:51:53] - Averaged speed for that direction ~346 kB/s
[01:51:53] + Received work.
[01:51:53] Trying to send all finished work units
[01:51:53] + No unsent completed units remaining.
[01:51:53] + Closed connections
[01:51:53]
[01:51:53] + Processing work unit
[01:51:53] Core required: FahCore_a5.exe
[01:51:53] Core found.
[01:51:53] Working on queue slot 06 [September 30 01:51:53 UTC]
[01:51:53] + Working ...
[01:51:53] - Calling './FahCore_a5.exe -dir work/ -nice 19 -suffix 06 -np 24 -priority 96 -checkpoint 10 -verbose -lifeline 1786 -version 634'
[01:51:54]
[01:51:54] *------------------------------*
[01:51:54] Folding@Home Gromacs SMP Core
[01:51:54] Version 2.27 (Thu Feb 10 09:46:40 PST 2011)
[01:51:54]
[01:51:54] Preparing to commence simulation
[01:51:54] - Looking at optimizations...
[01:51:54] - Created dyn
[01:51:54] - Files status OK
[01:51:57] - Expanded 30309163 -> 33158020 (decompressed 109.3 percent)
[01:51:57] Called DecompressByteArray: compressed_data_size=30309163 data_size=33158020, decompressed_data_size=33158020 diff=0
[01:51:58] - Digital signature verified
[01:51:58]
[01:51:58] Project: 8101 (Run 1, Clone 5, Gen 74)
[01:51:58]
[01:51:58] Assembly optimizations on if available.
[01:51:58] Entering M.D.
[01:52:05] Mapping NT from 24 to 24
[01:52:10] Completed 0 out of 250000 steps (0%)
[02:18:49] Completed 2500 out of 250000 steps (1%)
[02:45:25] Completed 5000 out of 250000 steps (2%)
Re: Bigadv Collection and or Assighnment server is broken
Posted: Mon Oct 01, 2012 12:17 am
by bruce
kromberg wrote:Grandpa_01 wrote:I would say it is resolved for those with faster machines,
I would say not. Missing 4 WUs. The "system", for what is it is, i saccepting newly completed WU. WU completed over the last 24 hours are SOL it looks like. +1 for Stanford ......
Let's be clear about this. I think you guys are talking about two or three different things.
a) If a WU was discarded because the "server didn't like" it, it's gone. Fixing the problem won't find them.
b) If as
new WU uploads successfully, the problem is fixed going forward, but not going backward.
The question has also been asked (but not answered) whether "new" means newly downloaded or newly completed. Until enough data is reported with dates and times of both download and completion/upload dates and times there's no way to tell.
Re: Bigadv Collection and or Assighnment server is broken
Posted: Mon Oct 01, 2012 12:42 am
by PinHead
bruce wrote:The question has also been asked (but not answered) whether "new" means newly downloaded or newly completed. Until enough data is reported with dates and times of both download and completion/upload dates and times there's no way to tell.
I can't answer that question until around this time tomorrow. BA's take a bit, but folding a new one now. 2nd rig will be about 3 days from now as it's still rechewing the error WU.
Grandpa will be able to answer that question before I will!
But so far I have had success with newly recompleted WU.
Re: Bigadv Collection and or Assignment server is broken
Posted: Mon Oct 01, 2012 1:00 am
by Sneevly
I had two units get rejected, but this one in particular showed a major load imbalance. The first I've ever seen out of this computer. Frame times were ~16 minutes instead of ~13. Now it's doing just fine with a new 8101. No idea if this has any thing to do with the failing units, just thought I'd mention this.
Code: Select all
[21:44:16] Completed 250000 out of 250000 steps (100%)
Writing final coordinates.
Average load imbalance: 22.9 %
Part of the total run time spent waiting due to load imbalance: 4.1 %
NOTE: 7 % of the run time was spent communicating energies,
you might want to use the -gcom option of mdrun
Parallel run - timing based on wallclock.
NODE (s) Real (s) (%)
Time: 93897.514 93897.514 100.0
1d02h04:57
(Mnbf/s) (GFlops) (ns/day) (hour/ns)
Performance: 1157.131 59.946 0.920 26.083
Thanx for Using GROMACS - Have a Nice Day
[21:50:28] DynamicWrapper: Finished Work Unit: sleep=10000
[21:50:38]
[21:50:38] Finished Work Unit:
[21:50:38] - Reading up to 64340496 from "work/wudata_08.trr": Read 64340496
[21:57:56] trr file hash check passed.
[22:00:39] - Reading up to 31675528 from "work/wudata_08.xtc": Read 31675528
[22:01:11] xtc file hash check passed.
[22:01:11] edr file hash check passed.
[22:01:11] logfile size: 188004
[22:01:11] Leaving Run
[22:01:16] - Writing 96364904 bytes of core data to disk...
[22:23:20] Done: 96364392 -> 91638975 (compressed to 5.9 percent)
[22:31:33] ... Done.
[22:33:46] - Shutting down core
[22:33:46]
[22:33:46] Folding@home Core Shutdown: FINISHED_UNIT
[22:33:48] CoreStatus = 64 (100)
[22:33:48] Sending work to server
[22:33:48] Project: 8101 (Run 0, Clone 7, Gen 82)
[22:33:48] + Attempting to send results [September 30 22:33:48 UTC]
[22:36:25] - Server reports problem with unit.
Re: Bigadv Collection and or Assignment server is broken
Posted: Mon Oct 01, 2012 1:30 am
by tear
Got one machine here that attempted to return a WU _after_ the server has been observed to accept re-issued WUs.
This suggests that all BA units "in flight" have effectively been discarded (== server lost context* of all BA units out there).
*) context required to accept results
kasson wrote:Yes--I see something weird going on. Nothing has changed with the work server, but I think some of the people at Stanford may have changed the assignment server without telling me. I'm investigating.
Peter, can you please let know what the problem and resolution were and what are you guys planning to do to avoid
such situations in future?
I'm sure many donors will appreciate your time to answer these questions.