• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

SMP errors at 100% will not upload results

A

APOLLO

[H]ard|DCer of the Month - March 2009
Joined
Sep 17, 2000
Messages
9,089
I have two separate systems undergoing errors with their SMP clients at 100% WU completion. The last half dozen WUs completed without uploading results due to these errors when the WU finishes. Here is what I receive at completion:

- Error: Could not get length of results file/wuresults_08_.dat
- Error: Could not read unit 08 file. Removing from queue.

This message was preceded by a series of odd messages in the quantity of the number of threads ran for the WU: Return code = 0, signaled with Quit. This line was repeated by the number of threads processed for each client.

Once these errors appear the client downloads a new WU and starts from 0%. The completed WU never uploads due to the errors. Anyone seen this or know what the heck is wrong with my SMP clients?? :confused:
 
I used to have this problem.

But I might not have a real solution.

I used to have it folding 4 cored VM @ 4GHz, air cooled by TRUE. I gave up and folded WinSMP for a while. After upgrading to water cooling, I could fold with a VM and return results. So in my case, my stable OC was possibly not fully stable and getting it a touch cooler (5-6C) allowed the WUs to complete. Now folding 4 cored VM @ 4.2GHz, watercooled.

To get this high, I cant remember if I lowered the memory buss speed, so that might have been the solution.
 
jfb9301 said:
I used to have this problem.

But I might not have a real solution.

I used to have it folding 4 cored VM @ 4GHz, air cooled by TRUE. I gave up and folded WinSMP for a while. After upgrading to water cooling, I could fold with a VM and return results. So in my case, my stable OC was possibly not fully stable and getting it a touch cooler (5-6C) allowed the WUs to complete. Now folding 4 cored VM @ 4.2GHz, watercooled.

To get this high, I cant remember if I lowered the memory buss speed, so that might have been the solution.
Click to expand...
I see. Well, in my case I lowered the OCs recently before this issue surfaced and the room one of the affected computers is in has really dropped in ambient temperature because it's unheated, and the weather turned much colder today. I'd be shocked if the cause is an OC, especially since I lowered frequencies for other reasons before this issue came up. What's more, the same thing occurred on another very different system. It's a bizarre coincidence two different systems with different configs would be afflicted with the same problem at the same time... :confused:
 
probably a bad work unit.. my guess is ya might have to start from scratch on the smp client.. ive had that same crap happen on the gpu client..
 
sirmonkey1985 said:
probably a bad work unit.. my guess is ya might have to start from scratch on the smp client.. ive had that same crap happen on the gpu client..
Click to expand...
LOL, you could be right. I had reverted to stock clock frequencies earlier just to see if there would be a difference, and about an hour or so later the decrepit client flat out crashed in the middle of the WU!! Well, I guess I'll reinstall and cross fingers. I somehow don't think it's the client because another system seems to be affected as well, but that one is still chugging along for now.
 
I had it happen with NotFreds a couple of times. It would just sit at 100% and not upload the unit. I just dumped everything and restarted them from scratch.
 
You must log in or register to reply here.
Back
Top