Uploading (Not!)

Message boards : Number crunching : Uploading (Not!)
Message board moderation

To post messages, you must log in.

AuthorMessage
Profile Karl Roos
Avatar

Send message
Joined: 19 Mar 01
Posts: 36
Credit: 206,258,788
RAC: 0
United States
Message 275385 - Posted: 4 Apr 2006, 1:25:38 UTC
Last modified: 4 Apr 2006, 1:27:41 UTC

Another question about what seems to be quirky client behavior. Often my computers have completed work sitting there with status "Uploading" but nothing is happening. When I look at the transfer tab, it shows "retry in 3:45:03" or some such thing, and if I click "retry Now" nothing happens except it changes the "retry in 5:45:34" or whatever. I look at server status and it shows all the servers up and running. Why didn't these results upload when they first completed, and why don't they upload when I "retry now!". I can't imagine that uploading results consumes so much bandwith that it has to be so restricted and kluged. I have the client set to "return results immediately" already, and sometimes that actually works. I monitor the results pages to make sure all the computers are OK and crunching. When this happens I assume they are crashed, but often this is not the case.
ID: 275385 · Report as offensive
Profile AllenIN
Volunteer tester
Avatar

Send message
Joined: 5 Dec 00
Posts: 292
Credit: 58,297,005
RAC: 311
United States
Message 275387 - Posted: 4 Apr 2006, 1:31:44 UTC - in response to Message 275385.  

Another question about what seems to be quirky client behavior. Often my computers have completed work sitting there with status "Uploading" but nothing is happening. When I look at the transfer tab, it shows "retry in 3:45:03" or some such thing, and if I click "retry Now" nothing happens except it changes the "retry in 5:45:34" or whatever. I look at server status and it shows all the servers up and running. Why didn't these results upload when they first completed, and why don't they upload when I "retry now!". I can't imagine that uploading results consumes so much bandwith that it has to be so restricted and kluged. I have the client set to "return results immediately" already, and sometimes that actually works. I monitor the results pages to make sure all the computers are OK and crunching. When this happens I assume they are crashed, but often this is not the case.


I'm getting the same stinkin' response on my finished work, along with the notation of a 403 error. I sure wish someone would connect a pager from the servers to a Seti manager so they know when there is a problem. Seems like they are always having problems!

ID: 275387 · Report as offensive
Profile Everette Dobbins

Send message
Joined: 13 Jan 00
Posts: 291
Credit: 22,594,655
RAC: 0
United States
Message 275388 - Posted: 4 Apr 2006, 1:31:45 UTC - in response to Message 275385.  

Another question about what seems to be quirky client behavior. Often my computers have completed work sitting there with status "Uploading" but nothing is happening. When I look at the transfer tab, it shows "retry in 3:45:03" or some such thing, and if I click "retry Now" nothing happens except it changes the "retry in 5:45:34" or whatever. I look at server status and it shows all the servers up and running. Why didn't these results upload when they first completed, and why don't they upload when I "retry now!". I can't imagine that uploading results consumes so much bandwith that it has to be so restricted and kluged. I have the client set to "return results immediately" already, and sometimes that actually works. I monitor the results pages to make sure all the computers are OK and crunching. When this happens I assume they are crashed, but often this is not the case.

>
>
I cant upload download either. Dont know if they crashed but they are having some sort of problem.
ID: 275388 · Report as offensive
Profile Daniel Michel
Volunteer tester
Avatar

Send message
Joined: 2 Feb 04
Posts: 14925
Credit: 1,378,607
RAC: 6
United States
Message 275400 - Posted: 4 Apr 2006, 1:53:37 UTC - in response to Message 275388.  

Another question about what seems to be quirky client behavior. Often my computers have completed work sitting there with status "Uploading" but nothing is happening. When I look at the transfer tab, it shows "retry in 3:45:03" or some such thing, and if I click "retry Now" nothing happens except it changes the "retry in 5:45:34" or whatever. I look at server status and it shows all the servers up and running. Why didn't these results upload when they first completed, and why don't they upload when I "retry now!". I can't imagine that uploading results consumes so much bandwith that it has to be so restricted and kluged. I have the client set to "return results immediately" already, and sometimes that actually works. I monitor the results pages to make sure all the computers are OK and crunching. When this happens I assume they are crashed, but often this is not the case.

>
>
I cant upload download either. Dont know if they crashed but they are having some sort of problem.

I've noticed that too...I just got downloads on one of my machines...But the uploads aren't going anywhere.

PROUD TO BE TFFE!
ID: 275400 · Report as offensive
John McLeod VII
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 15 Jul 99
Posts: 24806
Credit: 790,712
RAC: 0
United States
Message 275416 - Posted: 4 Apr 2006, 2:15:00 UTC

If the upload server is busy somehow (or crashed in some odd way) the client will not be able to connect for the upload. Normally this is supposed to happen at the first opportunity (immediately if you are connected to the internet, the first connection you allow if you are not connected now).

If you are on an intermittent connection, you should disable BOINC network access before you disconnect the modem.


BOINC WIKI
ID: 275416 · Report as offensive

Message boards : Number crunching : Uploading (Not!)


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.