Message boards :
Number crunching :
can 't upload
Message board moderation
Author | Message |
---|---|
Dave Stegner Send message Joined: 20 Oct 04 Posts: 540 Credit: 65,583,328 RAC: 27 |
Well I can't upload so I can't download. In 1 hour 2 of my machines will run out of work, this is with a 4 day cache. I have 250 wu to upload. Oh well I guess I will just shut them down. Why can the project not implement a control on download, so that we can upload and recover from these issues more gracefully?????? Dave |
Pilot Send message Joined: 18 May 99 Posts: 534 Credit: 5,475,482 RAC: 0 |
Same problem here so you are not alone. Yesterday I couldn't download, now I can't upload. Kinda makes you want to shut the whole mess off for a few weeks and then check see if it's working again. When we finally figure it all out, all the rules will change and we can start all over again. |
Dave Stegner Send message Joined: 20 Oct 04 Posts: 540 Credit: 65,583,328 RAC: 27 |
The issue I object to is that if you have X to upload, you are not allowed to download. Yet you cannot upload..... So my machines will run out of work with many to upload and cannot download.... Does not make sense to me. Dave |
John G Send message Joined: 29 Dec 01 Posts: 68 Credit: 10,932,850 RAC: 0 |
Yes the same problem here I have over 60 WU's waiting on upload. Tried a reboot which sometimes helps (but not this time).I guess I will just have to wait it out.Also noticed on the Server page that the results reported are very low so it looks like we are not the only people having problems. |
Ianab Send message Joined: 11 Jun 08 Posts: 732 Credit: 20,635,586 RAC: 5 |
In an ideal world we would not have these problems. Back in the real world with limited bandwidth and server power - thing go wrong. A read of Matt's "Technical News" posts will give some background to the problems. Currently the servers seem to be humming along nicely and doing their best to catch up. But that overloads the projects internet link, making uploads problematic. Because of the problems of the last couple of days there are probably lots of machines that ran out of work, or are trying to upload completed work. It might take a day or so for things to catch up, assuming nothing else falls over. If you run out of work units then sign up for something else for a day, or turn your machine off. Check back tomorrow, likely things will be back to normal.. but normal doesn't mean zero problems. Yes I have the same upload problems, but most of my machines still have 2 days work left. Things should come right before they run out. I'm sure that they could implement some sort of throttling on the servers, that would give more relaible communications, but the message would more likely be "no work available". The current setup allows the most throughput, even if it sometimes overloads. Ian |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
A while back when the cricket graph was maxed for nearly 100 straight hours, Matt did some tweaking that gave uploads a little more priority, and that helped, but it doesn't look like that was a permanent tweak. The uploads will go through once the pipe is not fully saturated, and there's no telling how long that will take. Just let your client do what it was designed to do and everything will work itself out. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
Woyteck - Boinc Busters Poland Send message Joined: 3 Jun 99 Posts: 49 Credit: 3,203,845 RAC: 0 |
I do have the same problem. Furthermore, I have it for both Seti@Home and Einstein@Home. Started to suspect my ISP. (VirginMedia, UK). But if you guys are from other parts of the globe, then it's kinda random. (also updated BOINC to newest) Currently out of WUs. -- Get up, stand up! Don\'t give up the fight! Credits will make everybody feel high! ;-) |
Hammeh Send message Joined: 21 May 01 Posts: 135 Credit: 1,143,316 RAC: 0 |
Its not your ISP, its problems with both projects. Looks like we will just have to wait it out. I still have many days of tasks left for seti so I am not really affected. |
Rothrock Send message Joined: 28 May 09 Posts: 23 Credit: 255,158 RAC: 0 |
Mine isn't working either. I had this on Tuesday/Wednesday as well. Then a restart of BOINC fixed it and the back log went out. But it has continued and neither restarting BOINC or restarting the machine works now. And I tried the "advanced solution" but it doesn't work like they say... Not that I'm particularly advanced, but the URL that the messages provides isn't in the form that the posting says. It does look like every now and then 1 or 2 do go through because my total pending and credits have gone up. |
RandyC Send message Joined: 20 Oct 99 Posts: 714 Credit: 1,704,345 RAC: 0 |
I do have the same problem. Einstein is currently broke: Einstein@Home is down as the result of a fileserver crash. I am working on repairing |
Space Cowboy Send message Joined: 24 Apr 00 Posts: 43 Credit: 1,730,621 RAC: 0 |
Looking at the graphs for inbound traffic it is maxed out. |
Virtual Boss* Send message Joined: 4 May 08 Posts: 417 Credit: 6,440,287 RAC: 0 |
The cricket graphs show the downlods dropping and the uploads rising. Looks like the panic is coming to an end at last. :) Flying high with Team Sicituradastra. |
Ingleside Send message Joined: 4 Feb 03 Posts: 1546 Credit: 15,832,022 RAC: 13 |
The issue I object to is that if you have X to upload, you are not allowed to download. Well, seen from the projects point-of-view, if the upload-server can't handle the current load, the last thing the project would want to do is to give users even more work, since the work can often be finished in a very short time, and then finished this given even more load on the upload-server... Then it comes to SETI@home it can also be seen a different way, since normally upload-problems only happens then download-bandwidth is maxed-out, and then download-bandwidth is already maxed-out, you won't want to add even more downloads to the already-maxed-out download-queue... In either case, the last thing you would want to do to something that can't handle the current load is to increase the load, since this can lead to everything going much slower, or even worse something crashing, and a longer outage to fix the fallout of the crash... But anyway, the main reason for the "stop work-request to project if more than 2x #cpu uploads" is, to guard against computers that always manages to finish the work faster than it manages to upload it. In this scenario, if computer was allowed to continue downloading work, after some time all work downloaded would miss the deadline, and most likely be useless for the project, and won't give any credit to users. That this functionality also works to speed-up the recovery after outages for SETI@home is just an extra bonus. :) "I make so many mistakes. But then just think of all the mistakes I don't make, although I might." |
W5DMG - Dave Send message Joined: 19 May 99 Posts: 155 Credit: 33,162,251 RAC: 0 |
I have been out of town for 2 weeks and have had my main pc shut down during that period. After getting back home and processing again, see that most of the work has a report deadline of 3 to 7 days from now. |
Pappa Send message Joined: 9 Jan 00 Posts: 2562 Credit: 12,301,681 RAC: 0 |
The issue I object to is that if you have X to upload, you are not allowed to download. That is really a "protection mechanism" not something designed to annoy the user. IT throttles outgoing work so that the problem does not reach critical mass. When You think about it at this point you have a 150000+ thousand computers and over a Million uploads all trying to beat on Bruno at the same time. The server status page shows: Results out in the field 4,352,040 57,729 If we assume that not everyone has a ten day cache. the very conservative estimate would then be roughly 50% of the 4.2 million results are all trying to come home. So we are asking Bruno to handle 2.1 million requests with a file attached for transfer within the 3 hour retry mechanism. Then we add cuda... So Bruno has been tuned for connections in normall operation plus a bit of overhead. This handles normal and extended outages fairly nicely . Normally catches up within 24 hours. Now as we have various problems causing the proportion of results attempting to return to be thrown out of balance. Bruno only has so many resources available and the current state the extra attempted connections are causing issues with dropping connections and partially completed uploads. What can "I" do to help with the issue? If you have a Backup project, it should be running. Let the "retry" mechanism do its thing. Those that have large caches can disable Network Activity which allows fewer requests to hit Bruno at the same time. Realistically, if everyone reading this disabled Network Access for even an hour it would help. Those with Hunderds of Results attempting to upload, disable it for 2 hours. Then go into a 30 minutes on and 2 hours off over the course of the day. Mostly we can be Patient. Regards Please consider a Donation to the Seti Project. |
UrbanFlux Send message Joined: 21 Sep 06 Posts: 8 Credit: 1,150,626 RAC: 0 |
Cheers Pappa Very informative, I'll turn off my network activity for a few hours, try to help things along! Trust No One. Question Everything. |
Iona Send message Joined: 12 Jul 07 Posts: 790 Credit: 22,438,118 RAC: 0 |
Not to worry, if you're so inclined, you can always play World of Warcraft. Don't take life too seriously, as you'll never come out of it alive! |
OzzFan Send message Joined: 9 Apr 02 Posts: 15691 Credit: 84,761,841 RAC: 28 |
Not to worry, if you're so inclined, you can always play World of Warcraft. Fun stuff! |
gizbar Send message Joined: 7 Jan 01 Posts: 586 Credit: 21,087,774 RAC: 0 |
Well, for the first time ever that I can recall, I've run out of work. I'm letting Boinc do it's thing, and Bruno will get around to my turn eventually. This gives me the perfect chance to transfer my machine into the new case that I want. I'm hoping to pick up the Antech 902 tomorrow, which will hopefully help with some of the cooling issues that I have currently. And when I get my faulty mobo back from an RMA under warranty, I'll have 2 seti machines for the first time. Let's hope it gets sorted soon... regards, Gizbar. A proud GPU User Server Donor! |
triepke Send message Joined: 3 Apr 99 Posts: 39 Credit: 14,102 RAC: 0 |
Hi all, just a question because im having some problems uploading.Do i have anything to wory about? or is this just normal and i just have to be patient? 26/06/2009 19:27:15 Preferences limit disk usage to 72.08GB 26/06/2009 19:27:16 SETI@home Started upload of 06ap09ac.31280.22158.13.8.171_1_0 26/06/2009 19:27:16 SETI@home Started upload of 06ap09ac.31280.22158.13.8.180_1_0 26/06/2009 19:27:21 SETI@home Restarting task 12mr09ae.24299.3753.13.8.159_0 using setiathome_enhanced version 603 26/06/2009 19:27:21 SETI@home Restarting task 04mr09ac.18075.16841.11.8.15_1 using setiathome_enhanced version 603 26/06/2009 19:27:54 Project communication failed: attempting access to reference site 26/06/2009 19:27:54 SETI@home Temporarily failed upload of 06ap09ac.31280.22158.13.8.171_1_0: HTTP error 26/06/2009 19:27:54 SETI@home Backing off 1 hr 54 min 38 sec on upload of 06ap09ac.31280.22158.13.8.171_1_0 26/06/2009 19:27:55 Internet access OK - project servers may be temporarily down. 26/06/2009 19:29:04 Project communication failed: attempting access to reference site 26/06/2009 19:29:04 SETI@home Temporarily failed upload of 06ap09ac.31280.22158.13.8.180_1_0: HTTP error 26/06/2009 19:29:04 SETI@home Backing off 2 hr 49 min 55 sec on upload of 06ap09ac.31280.22158.13.8.180_1_0 26/06/2009 19:29:05 Internet access OK - project servers may be temporarily down. 26/06/2009 19:30:19 SETI@home Started upload of 06ap09ac.31280.22158.13.8.180_1_0 26/06/2009 19:30:28 SETI@home Started upload of 06ap09ac.31280.22158.13.8.171_1_0 26/06/2009 19:30:57 Project communication failed: attempting access to reference site 26/06/2009 19:30:57 SETI@home Temporarily failed upload of 06ap09ac.31280.22158.13.8.180_1_0: HTTP error 26/06/2009 19:30:57 SETI@home Backing off 3 hr 48 min 44 sec on upload of 06ap09ac.31280.22158.13.8.180_1_0 26/06/2009 19:30:58 Internet access OK - project servers may be temporarily down. 26/06/2009 19:31:06 Project communication failed: attempting access to reference site 26/06/2009 19:31:06 SETI@home Temporarily failed upload of 06ap09ac.31280.22158.13.8.171_1_0: HTTP error 26/06/2009 19:31:06 SETI@home Backing off 1 hr 13 min 18 sec on upload of 06ap09ac.31280.22158.13.8.171_1_0 26/06/2009 19:31:08 Internet access OK - project servers may be temporarily down. |
©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.