Bruno -up :-) happy day

If I could be at Bruno's place right now, I certainly wouldn't be so happy ... lol

---

Who the hell is General Failure and why is he reading my harddisk?¿

Greetings!
Have similar problems doing upload since Sunday.
(Have 10 WU that are getting the -107 status)

I would like some guidance.
How long is a 'normal' (bwaahaaahaaa) wait-time to get a chance for an upload to succeed????

In the meantime, I have tried several things.
With my luck, they made things worse.

I have tried:
- rebooting the PC
- trying a ping to setiboincdata.ssl.berkeley.edu ( Ping was OK:
10 bytes from 208.68.240.16: icmp_seq=0 ttl=46
10 bytes from 208.68.240.16: icmp_seq=1 ttl=46
- set DNS cache TTL to 16 seconds
- tried upload with antivirus turned off.
- waited through the Tuesday outage for backup. But its Wednesday now...
- Looked at the seti I/O graphs (THANK YOU) to see when there is a 'normal'
amount of load


Suggestions are welcome.

Environment stuff
7/15/2009 12:09:26 PM Processor: 2 GenuineIntel Intel(R) Core(TM) Duo CPU T2300 @ 1.66GHz [x86 Family 6 Model 14 Stepping 12]
7/15/2009 12:09:26 PM Processor features: fpu tsc pae nx sse sse2 mmx
7/15/2009 12:09:26 PM OS: Microsoft Windows XP: Professional x86 Edition, Service Pack 3, (05.01.2600.00)
7/15/2009 12:09:26 PM Memory: 2.00 GB physical, 3.84 GB virtual
7/15/2009 12:09:26 PM Disk: 107.41 GB total, 85.03 GB free
7/15/2009 12:09:26 PM Local time is UTC -4 hours
7/15/2009 12:09:26 PM No CUDA devices found
7/15/2009 12:09:26 PM No coprocessors
7/15/2009 12:09:26 PM Not using a proxy


Here is a snap of some upload messages (There are 2 overlapping uploads)
7/15/2009 12:11:16 PM SETI@home Started upload of 01dc08ad.14412.13569.8.8.222_0_0
7/15/2009 12:11:16 PM SETI@home [file_xfer_debug] URL: http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler
7/15/2009 12:11:18 PM Internet access OK - project servers may be temporarily down.
7/15/2009 12:11:38 PM Project communication failed: attempting access to reference site
7/15/2009 12:11:38 PM SETI@home [file_xfer_debug] FILE_XFER_SET::poll(): http op done; retval -107
7/15/2009 12:11:38 PM SETI@home [file_xfer_debug] FILE_XFER_SET::poll(): http op done; retval -107
7/15/2009 12:11:38 PM SETI@home [file_xfer_debug] file transfer status -107



Thanks again,
Jay

Now that the server is back online, lets all upload at the same time :-)
THNX, Seti (Matt)

If simplex is the main issue on the connection, a possible (work around) solution could be to switch upload and download servers on-line and offline with a window of 24 hours or so.

In my opinion, this would actually be worse. The BOINC client doesn't have a way to know that "monday is download day" and will keep trying to upload.

The best way to avoid getting hammered on uploads is to take them -- then they don't come back later.

---

Yes.. the UL server is now green..
http://setiathome.berkeley.edu/sah_status.html

BUT, I can't upload..

---

You'll have to get in line with everyone else.

---

Thanks Bill Walker and SuperJoker. It certainly makes sense but how about relaxing the linking rule under special circumstances like this. Would that be a feasible option?

---

Bruno -up :-) happy day

If I could be at Bruno's place right now, I certainly wouldn't be so happy ... lol

True!, but we are going forward, (may be, for the moment ) :-)

---

"The longest journey begins with a single step" Confucius

i have been letting my pc work for seti for a few years now
But often my pc does nothing becouse of problems with upload download no work avalible etc etc etc
Are there to many people helping? its rather anoying to find out in the mornig my pc was on all night for nothing once again.
And it does not seem to get better but worse treu the years

greetings from Holland
Erik Muller

---

Suggestions are welcome.

Next time, check the server status page first - a server was disabled until about half an hour ago.

It's always a good idea to do whatever you can to distinguish whether it's a problem at 'your end' or 'their end'. Sometimes people complain about the project servers being down for weeks on end - and it turns out to be a problem on their own computer.

This time, it was a problem at the project's end - and no amount of fiddling with your computer is going to overcome that.

You'll have to get in line with everyone else.

???

I don't know what you mean.

I have now maybe ~ 1,600 results ready for UL.

And after every few seconds an other result would like to start the UL, but can't and a new one start and can't also reach the UL server.

I guess it's now again a prob with DNS, http or what ever.
With my ISP from Germany - I can't reach the UL server.

---

What is the harm in allowing downloads if the work is available.

... because downloads eventually become uploads, and if uploads are a problem, you don't want to add to it.

---

Well, it's no better in Southern California either. Seems to be the same thing as yesterday when supposedly the upload server was up during the maintenance. 4 pc's and not one uploaded. Hang in there, we'll get there.

---

Thanks Bill Walker and SuperJoker. It certainly makes sense but how about relaxing the linking rule under special circumstances like this. Would that be a feasible option?

"Circumstances like this" are exactly why you want to link uploads and downloads.

Trouble uploading + more downloads + time means even more upload problems later.

---

I have now maybe ~ 1,600 results ready for UL.

Your machine has 1,600 results, and it tries to connect 1600 times every four hours, more or less, depending on the backoff.

How many others out there have lots of uploads, and are retrying just as aggressively?

---

Ok. I give up. There seems no room for any creative ideas :)

---

@ Byron S Goodgame

Of course, I'm patient.. I'm a SETI@home member.. ;-)

My GPU cruncher have still maybe two days WU cache.. I hope in this time the UL server will be reachable and new work will be available.. :-D

---

As usual, Ned has a good point.

Also, I belive the "linkage" occurs in BOINC, not just in SETI. Even if disabling the linking would help now, it would defeat the concept of BOINC being universal if each project could start manipulating it to work around their unique issues.

NEWS FLASH - I just had one WU upload! Only about a dozen left now...

15/07/2009 1:04:50 PM SETI@home Finished upload of 24fe09ab.20328.11115.5.8.44_3_0

---

I have now maybe ~ 1,600 results ready for UL.

Your machine has 1,600 results, and it tries to connect 1600 times every four hours, more or less, depending on the backoff.

How many others out there have lots of uploads, and are retrying just as aggressively?

I hope you mean it not negative.


I have only one 24/7 PC..

Others have more PCs.. with same or more ULs?

I don't do it.. I don't press the 'retry/update' button.. BOINC do it automatically..

---

Ok. I give up. There seems no room for any creative ideas :)

There is room for creative ideas.

You asked a question: Why are downloads stopped when uploads are slow?

They're stopped because every download becomes an upload, and allowing downloads during tough times is like pouring gasoline on a fire.

If you have an idea why that logic is flawed, then support that position. Tell us why you think this should be an exception.

The best place for the creative thinking, IMHO, is around traffic flow.

If the average BOINC computer has ten uploads, and there are 180,000 active machines, then there are 1.8 million upload attempts every four hours, and a couple of servers are going to have a tough time getting 1.8 million uploads.

The 100 megabit pipe doesn't help, and distributing the upload servers to other sites is not a viable option with current funding and interdependencies.

---