• 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 servers playing up?

M

Mr. Pedantic

[H]ard|Gawd
Joined
Sep 19, 2009
Messages
1,707
Last night while trying to download a new work unit it seemed that there were no servers available. It went through 9 retries before I decided to restart the client; when the client restarted it grabbed a work unit right away and got right down to it. This morning, same thing. Now it's my laptop's SMP client. I've restarted it about 10 times, it just doesn't seem to be able to get any work.

Is anybody else getting these problems? I know a lot of you run normal SMP2, is anyone else having these issues?
 
I'm in the same boat... I was just looking for a thread where someone else was having the same problem.
 
I was having the same trouble this morning. It took me a bunch of tries before I could get a WU.
 
You guys arn't the only ones as I just had the same problem where my desktop rig couldn't get a new windows SMP WU for about 30 minutes or so. It just now got a new one after a few tries.
 
I've had some problems the last few days on and off with SMP servers. It hasn't been real bad but it's a lot more trouble than usual. I checked a client earlier today which had gone through 12 retries without getting a work unit and when I restarted the client it picked one up right away. The other night I lost net access for a bit and had a work unit which wanted to upload with the net access was out. When I got net access back it couldn't send the work unit back or get a new one for a while. After about an hour or so it finally connected to get a new work unit but wasn't able to send the previous work unit back for at least a couple of hours.

 
Ditto for me. I can't retrieve a new WU and haven't been able to for 48 hours.
 
Hmmm, my desktop rig was not able to find anywork for 4 hours when I just checked a few minutes ago, but it appears to have just now found a 6013 WU to work on. With them working on a new project, I wonder what the size of these will be, and when they will be ready.
 
Yeah my work laptop hasn't gotten anything all morning either :( Hopefully they get some new ones soon.
 
I'm now on day 3 of no work for my work smp and my home smp. I've restarted the client several times on both machines. Anyone else still not getting work?
 
I go through periods of inactivity. After 9 retries, it will go longer between checks. If you get to 9, restart the client and see what happens.

Post your log file and we'll see if there is something in there that is funny.

 
Imitation said:
I'm now on day 3 of no work for my work smp and my home smp. I've restarted the client several times on both machines. Anyone else still not getting work?
Click to expand...

No, i'm not having problems anymore. However, I keep getting assigned these really small SMP WU's though like 6013 and 6015's. My laptop ironically just got assigned a 6025 which is probably going to take days even running 24/7.
 
Hopefully i did this right.

Code: 
# Windows SMP Console Edition #################################################
###############################################################################

                       Folding@Home Client Version 6.24R3

                          http://folding.stanford.edu

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

Launch directory: removed
Executable: removed
Arguments: -smp -smp -verbosity 9 

[12:33:02] - Ask before connecting: No
[12:33:02] - User name: peck22 (Team 33)
[12:33:02] - User ID: 43945B286D05CA3B
[12:33:02] - Machine ID: 1
[12:33:02] 
[12:33:03] Loaded queue successfully.
[12:33:03] 
[12:33:03] + Processing work unit
[12:33:03] Work type a1 not eligible for variable processors
[12:33:03] Core required: FahCore_a1.exe
[12:33:03] Core found.
[12:33:03] Using generic mpiexec calls
[12:33:03] - Autosending finished units... [April 13 12:33:03 UTC]
[12:33:03] Trying to send all finished work units
[12:33:03] + No unsent completed units remaining.
[12:33:03] - Autosend completed
[12:33:03] Working on queue slot 03 [April 13 12:33:03 UTC]
[12:33:03] + Working ...
[12:33:03] - Calling 'mpiexec -np 4 -channel auto -host 127.0.0.1 FahCore_a1.exe -dir work/ -suffix 03 -checkpoint 15 -verbose -lifeline 11788 -version 624'

[12:33:03] 
[12:33:03] *------------------------------*
[12:33:03] Folding@Home Gromacs SMP Core
[12:33:03] Version 1.74 (March 10, 2007)
[12:33:03] 
[12:33:03] Preparing to commence simulation
[12:33:03] - Ensuring status. Please wait.
[12:33:20] - Looking at optimizations...
[12:33:20] - Working with standard loops on this execution.
[12:33:20] - Previous termination of core was improper.
[12:33:20] - Going to use standard loops.
[12:33:20] - Files status OK
[12:35:20] 
[12:35:20] Folding@home Core Shutdown: MISSING_WORK_FILES
[12:35:20] Finalizing output
[12:35:23] CoreStatus = 1 (1)
[12:35:23] Sending work to server
[12:35:23] Project: 3064 (Run 1, Clone 485, Gen 26)


[12:35:23] + Attempting to send results [April 13 12:35:23 UTC]
[12:35:23] - Reading file work/wuresults_03.dat from core
[12:35:23]   (Read 1829836 bytes from disk)
[12:35:23] Connecting to http://171.64.65.63:8080/
[12:35:26] Posted data.
[12:35:27] Initial: 0000; - Uploaded at ~446 kB/s
[12:35:27] - Averaged speed for that direction ~337 kB/s
[12:35:27] + Results successfully sent
[12:35:27] Thank you for your contribution to Folding@Home.
[12:35:47] - Warning: Could not delete all work unit files (3): Core returned invalid code
[12:35:47] Trying to send all finished work units
[12:35:47] + No unsent completed units remaining.
[12:35:47] - Preparing to get new work unit...
[12:35:47] Cleaning up work directory
[12:35:47] + Attempting to get work packet
[12:35:47] - Will indicate memory of 4026 MB
[12:35:47] - Detect CPU. Vendor: GenuineIntel, Family: 6, Model: 7, Stepping: 6
[12:35:47] - Connecting to assignment server
[12:35:47] Connecting to http://assign.stanford.edu:8080/
[12:35:48] Posted data.
[12:35:48] Initial: 0000; + No appropriate work server was available; will try again in a bit.
[12:35:48] + Couldn't get work instructions.
[12:35:48] - Attempt #1  to get work failed, and no other work to do.
Waiting before retry.

Then it just goes on and on retrying.
 
Last edited:
If you are having problems with your smp clients try upgrading to the 6.29 version of the client.

Imitation - you are still running 6.24 - you need to upgrade.
 
Nathan_P said:
If you are having problems with your smp clients try upgrading to the 6.29 version of the client.

Imitation - you are still running 6.24 - you need to upgrade.
Click to expand...

Alright i'll try that out. I didn't realize there was a new version. Is it a drop in executable?
 
Hmmm........looks like there is no work for the SMP2 clients again. Turned my monitor on for my desktop rig to notice that it has been trying for a while now.
 
This bums me out. I just setup the AMD box to try SMPs instead of the Uni clients and don't it beat all that I can't download a stinkin' WU. :confused:
 
tjmagneto said:
This bums me out. I just setup the AMD box to try SMPs instead of the Uni clients and don't it beat all that I can't download a stinkin' WU. :confused:
Click to expand...

I decided to use this downtime to perform maintenance such as update my antivirus(I use NOD32 x64), perform windows update, and copy some stuff from one of the harddrives........

After restarting the client, it has given me a WU to work on again and it is a big one! a 6025.
 
At the moment, there is a shortage of A3 Work units.The project has been going so well, it caught even Stanford off guard.They are very aware of the shortage and working hard to get some more WU loaded.

It does suck having clients down when there are no work units available, but that is okay.
It just show how much science F@H can work on in a 24 hour period.

As the A1/A2 projects wind down, A3 project availability should go up.
Also, with the A3 WU getting larger (6040/6041) the server load should drop.

One would suspect that newer projects will be even larger and lead up to A3 -bigadv for those with the computer horsepower to run them.
 
But there are still a lot of A1 WUs going round, it seems. So if there's a shortage of A3's, why don't the servers revert to giving out A1's instead?
 
Update - No Good News at the moment.

The A3 Work Servers are almost Empty ( Only 150+ work units in them)
The A1/A2 Work Servers are almost totally Empty. (45 work units available)
The A2 -bigadv server still has 3137 Work Units Available so those users should not be affected.

This is why it is so hard to get work on 4/15/2010.

Dr Pande was sent a e-mail a short time ago did acknowledge the issue.
Staff has been notified at StanFord - No ETA on fix.
Will give more updates when more information is know.
 
EvilAlchemist said:
Update - No Good News at the moment.

The A3 Work Servers are almost Empty ( Only 150+ work units in them)
The A1/A2 Work Servers are almost totally Empty. (45 work units available)
The A2 -bigadv server still has 3137 Work Units Available so those users should not be affected.

This is why it is so hard to get work on 4/15/2010.

Dr Pande was sent a e-mail a short time ago did acknowledge the issue.
Staff has been notified at StanFord - No ETA on fix.
Will give more updates when more information is know.
Click to expand...

Well damn, i'm almost done with my current WU on both my laptop and desktop. I wish there was a way we could "reserve" WU's :D
 
This might be as close to the end of the internet as I ever get. :eek:
 
Looks like I have one SMP machine waiting as well.
 
Time to bust out the VM for the i7 again?

Seems there are enough -bigadv
 
I had restarted one system for maintenance with a waiting SMP client and when it auto restarted, it DL a WU right away. Coincidence?
 
I finished 2 WUs about 5 hours ago, both of them got WUs within 3 retries.

The A3 Work Servers are almost Empty ( Only 150+ work units in them)
The A1/A2 Work Servers are almost totally Empty. (45 work units available)
The A2 -bigadv server still has 3137 Work Units Available so those users should not be affected.
Click to expand...
Bad.
Good. (kind of bad, considering the circumstances)
Good.
 
6 retries and my client got a new one over night.

Are they not able to make the WU fast enough?
 
Several of mine are going a whole night idle due to the lack of WUs. My PpD is down 5 to 10K due to the shortages :(
 
Out of curiosity, is there any way to set the client to ping the work servers more quickly? I just woke up and my laptop had crashed(I don't think i'll fold on this overnight anymore), and my desktop apparantly spent half the night trying to get a work unit. If I am at the computer, I just quit the client and restart to ping over and over again. When I am not at the computer, I notice that it starts to ping the work servers more and more slowly after failed attempt #6.
 
by attempt number 9, it goes to be about every 30 minutes or so. This is NOT, unfortunately, a configurable item.
 
The work servers as still very empty at the moment.
They did add a few more work units but not that many.

My guess is they are spending the day trying to get more created.
 
You must log in or register to reply here.
Back
Top