• 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.

Linux SMP's

Axdrenalin

[H]ard|DCer of the Month - Nov. 2009
2FA
Joined
Jan 28, 2004
Messages
6,301
Noticed this morning that all three of my CentOS 5 Linux servers had not retrieved any work lately. One of them even had up to 95 attempts to get new work. Anyone else seeing problems like this with their LinSMP's, or have I just got an isolated case here?
 
I had 1 finish about 3 hours ago and one finish about 20 minutes ago and both grabbed new work right away.
 
This is what I'm getting in the log file. I can understand that it isn't seeing anything on port 8080 as I'm behind a firewall, but it should be wide open on port 80, especially since I type in the URL on a browser and it gives me the OK message...


# Linux SMP Console Edition ###################################################
###############################################################################

Folding@Home Client Version 6.24beta

http://folding.stanford.edu

###############################################################################
###############################################################################

Executable: ./fah6
Arguments: -smp 8 -advmethods -forceasm -verbosity 9

[11:35:34] - Ask before connecting: No
[11:35:34] - User name: axdrenalin (Team 33)
[11:35:34] - User ID: 202BD36B0F059E29
[11:35:34] - Machine ID: 1
[11:35:34]
[11:35:35] Loaded queue successfully.
[11:35:35] - Preparing to get new work unit...
[11:35:35] + Attempting to get work packet
[11:35:35] - Will indicate memory of 11885 MB
[11:35:35] - Connecting to assignment server
[11:35:35] Connecting to http://assign.stanford.edu:8080/
[11:35:35] - Autosending finished units... [August 10 11:35:35 UTC]
[11:35:35] Trying to send all finished work units
[11:35:35] + No unsent completed units remaining.
[11:35:35] - Autosend completed
[11:35:35] - Couldn't send HTTP request to server
[11:35:35] + Could not connect to Assignment Server
[11:35:35] Connecting to http://assign2.stanford.edu:80/
[11:35:35] Posted data.
[11:35:35] Initial: 0000; + No appropriate work server was available; will try again in a bit.
[11:35:35] + Couldn't get work instructions.
[11:35:35] - Attempt #1 to get work failed, and no other work to do.
Waiting before retry.
 
Last edited:
Hmm... I haven't had any SMP issues, but my GPU client did have trouble getting work last night. In my experience, there's nothing you can really do but just leave it, and eventually it'll grab a unit.
 
try removing the -smp 8 from the arguments, it might user a different server for the smp 8 work verses the usual 4 thread work units. I may be very wrong here though. :)
 
try removing the -smp 8 from the arguments, it might user a different server for the smp 8 work verses the usual 4 thread work units. I may be very wrong here though. :)
The -x flag doesn't change the units, it just changes the number of cores that the client will use.
 
Don't know what happened, but I checked them a few minutes ago and it looked like they started picking up work again around noon today. Double checked all three of them and they all were cranking out frames, so maybe we finally caught up with VJ's work load and they had to create some new units. ;)
 
Back
Top