• 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 results server not accepting?

M

Mohonri

Supreme [H]ardness
2FA
Joined
Jul 29, 2005
Messages
5,774
I set up my new computer with the SMP client the other day, and it just finished its first SMP WU. I'm excited to get the credit (wow! lots of points!), but the client is failing when attempting to return the WU to the server. I get:

Code: 
Could not connect to Work Server (results)
  (171.64.122.76:8080)
Could not transmit unit 01 to Collection server; keeping in queue.

The server status page shows that the server is up and running, but I'm not getting through. I'm also not getting new WUs (assigned to 0.0.0.0, which according to the SMP FAQ means they don't have any to give), but that's no big deal for now. Is anyone else having problems?
 
I've got 2 finished SMP work units still waiting to uploaded.
But I'm grabbing new work units ok.
In fact I've uploaded 3 SMP work units and got new work since these 2 did not upload.
So it looks like its a short glitch on Stanfords end.

Luck ............. :D
 
Happened to me yesterday, but it had accepted the WU within a few hours...so far it has only happened on one of my rigs

 
My machines both picked up new SMP units an hour or so ago after I restarted both.
 
One of my queued work units has been uploaded.
I'm not just waiting for the other one to go.
All 18 SMP clients are still cruching away fine.
Infact another one has just uploaded-downloaded work ........... ;)

Luck ........... :D
 
Okay, I've run into a similar situation. I loaded up SMP on my 6750 and it now has *two* packets to deliver. One of them gives me:

[06:39:19] + Attempting to send results
[06:39:50] Couldn't send HTTP request to server (wininet)
[06:39:50] + Could not connect to Work Server (results)
[06:39:50] (171.64.65.64:8080)
[06:39:50] - Error: Could not transmit unit 01 (completed February 4) to work server.

AS WELL AS FAILING TO GO TO THE COLLECTION SERVER

[01:07:13] + Attempting to send results
[01:07:15] Error: Got status code 503 from server
[01:07:15] + Could not connect to Work Server (results)
[01:07:15] (171.64.122.76:8080)
[01:07:15] Could not transmit unit 01 to Collection server; keeping in queue.
Click to expand...

The second one that was just finished gives me something different:

[01:07:15] + Attempting to send results
[01:07:48] Couldn't send HTTP request to server (wininet)
[01:07:48] + Could not connect to Work Server (results)
[01:07:48] (171.64.65.64:8080)
[01:07:48] - Error: Could not transmit unit 02 (completed February 6) to work server.


[01:07:48] + Attempting to send results
[01:08:23] Couldn't send HTTP request to server (wininet)
[01:08:23] + Could not connect to Work Server (results)
[01:08:23] (171.64.122.76:8080)
[01:08:23] Could not transmit unit 02 to Collection server; keeping in queue.
Click to expand...

Is there an alternative to this? Something that can be changed to reroute the packets to a different location? If not, can somebody tell me how long these are good for before they expire? I'd hate to think I crunched this stuff for a whole day and ended up losing it all because of some glitch.

Thanks in advance...:)
 
Code: 
[01:07:48] Couldn't send HTTP request to server (wininet)

Mean that you must say no to "Use IE settings" during config to fix the issue.
 
Xilikon said:
Code: 
[01:07:48] Couldn't send HTTP request to server (wininet)

Mean that you must say no to "Use IE settings" during config to fix the issue.
Click to expand...

So, how can I change this is I'm using the console version without losing anything?
 
quit the console (ctrl+c), then start it up with -config flag, and whatever else flags you're using...after it configs, it should resume working (worked for me before at least :D)
 
schenksmill said:
quit the console (ctrl+c), then start it up with -config flag, and whatever else flags you're using...after it configs, it should resume working (worked for me before at least :D)
Click to expand...

thanks for the tip. I ended up going in and deleting the client.cfg file, re-running the fah.exe file and defining my parameters again that way. Afterwards, I ran it with the "-send all" tag and it uploaded everything without issue. I'll probably have to do that with a lot of my clients, because I used the IE options on most all of them. If I'm sitting behind a firewall on some of my computers and select *not* to use the IE settings, what port does it use and will the firewall kill my transmission there?

Thanks!
 
It use port 80, which is http so you should be fine. If it still block, just adjust the firewall.

The "Use IE settings" shouldn't be there anyway since it's legacy code.

 
You must log in or register to reply here.
Back
Top