BA server b0rkage [?]

[tear]

Can't seem to pull a WU from it.

EDIT: other machine worked fine... very odd.

[05:38:25] + Attempting to get work packet
[05:38:25] Passkey found
[05:38:25] - Will indicate memory of 32240 MB
[05:38:25] - Connecting to assignment server
[05:38:25] Connecting to http://assign.stanford.edu:8080/
[05:38:26] Posted data.
[05:38:26] Initial: ED82; - Successful: assigned to (130.237.232.237).
[05:38:26] + News From Folding@Home: Welcome to Folding@Home
[05:38:26] Loaded queue successfully.
[05:38:26] Sent data
[05:38:26] Connecting to http://130.237.232.237:8080/
[05:38:26] Posted data.
[05:38:26] Initial: 0000; - Receiving payload (expected size: 512)
[05:38:26] Conversation time very short, giving reduced weight in bandwidth avg
[05:38:26] - Downloaded at ~1 kB/s
[05:38:26] - Averaged speed for that direction ~1 kB/s
[05:38:26] + Received work.
[05:38:26] + Closed connections
[05:38:31]
[05:38:31] + Processing work unit
[05:38:31] Core required: FahCore_a5.exe
[05:38:31] Core found.
[05:38:31] Working on queue slot 05 [April 14 05:38:31 UTC]
[05:38:31] + Working ...
[05:38:31] - Calling './FahCore_a5.exe -dir work/ -nice 19 -suffix 05 -np 48 -checkpoint 15 -forceasm -verbose -lifeline 1363 -version 634'

thekraken: The Kraken 0.6-pre4 (compiled Sun Nov  6 13:31:04 MST 2011 by fah@goldfinger)
thekraken: Processor affinity wrapper for Folding@Home
thekraken: The Kraken comes with ABSOLUTELY NO WARRANTY; licensed under GPLv2
thekraken: PID: 31385
thekraken: Logging to thekraken.log
[05:38:31]
[05:38:31] *------------------------------*
[05:38:31] Folding@Home Gromacs SMP Core
[05:38:31] Version 2.27 (Thu Feb 10 09:46:40 PST 2011)
[05:38:31]
[05:38:31] Preparing to commence simulation
[05:38:31] - Assembly optimizations manually forced on.
[05:38:31] - Not checking prior termination.
[05:38:31] Couldn't Decompress
[05:38:31] Called DecompressByteArray: compressed_data_size=0 data_size=0, decompressed_data_size=0 diff=0
[05:38:31] -Error: Couldn't update checksum variables
[05:38:31] Error: Could not open work file
[05:38:31]
[05:38:31] Folding@home Core Shutdown: FILE_IO_ERROR
[05:38:32] CoreStatus = 75 (117)
[05:38:32] Error opening or reading from a file.
[05:38:32] Deleting current work unit & continuing...

 

[ChelseaOilman]

[05:38:26] Initial: 0000; - Receiving payload (expected size: 512)

This is just another form of bad bigadv WUs. Remember the ones that had twice as many frames as they should?

Dr. Kasson has been trying to weed them out but there must be a few left.
http://foldingforum.org/viewtopic.php?p=206532&sid=2b2afd93bb0e66507754ac8592a7dd05#p206532

 

[enigma97]

I have the same problem. It's causing the client to loop endlessly with this issue. tear have you find the solution? Thanks.

 

[tear]

Stop the client. Then delete machinedependent.dat file.
Then start the client back again. Should make it go away.

 

[enigma97]

Thanks, tear. It works

 

[ChelseaOilman]

This issue is back. Both of my 4P servers wasted a lot of time during the night trying to move on to good WUs. The client does move on eventually so I suspect a lot of people are experiencing this issue but don't realise it. If you see it in your log you should go to the FF and post about it. The more people that complain, the more likely Dr. Kasson will fix the issue.

The latest thread is here: http://foldingforum.org/viewtopic.php?f=19&t=21451

 

[Core32]

This issue is back. Both of my 4P servers wasted a lot of time during the night trying to move on to good WUs. The client does move on eventually so I suspect a lot of people are experiencing this issue but don't realise it. If you see it in your log you should go to the FF and post about it. The more people that complain, the more likely Dr. Kasson will fix the issue.

The latest thread is here: http://foldingforum.org/viewtopic.php?f=19&t=21451

Had one rig catch this fever this AM.
Three hours before I caught it.
Deleting the machinedependent.dat file alone did not seem to fix it but deleting queue.dat and the work folder all together did.
Back folding again and I did not loose the WU that last finished. Seems it was U/L before this started.