Uploads are now getting through, but with a bit of a shorty storm my GPU is producing new results files faster than they are being uploaded...Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Uploads are going through, but it's going to take a while. Something is limiting the number of uploads. Used to see peaks of 300+ WUs per hour being returned after an outage. For the last few hours it's barely been above the usual number per hour.Grant
Darwin NT

I got all of my uploads done and reported. The six APs that I had on the main machine needed to be kicked once or twice, the handful of MBs on the other machine went through first try. I'm all good now.Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

You're lucky it was only downloads that were backed off. I still have an open bug report ([trac]#588[/trac] - four years and three months ago. No, that's not a record) about circumstances where BOINC would stop computing altogether when you put the clock right again. It's only a minor bug - just exit BOINC, and restart it, to clear the problem.

Oh, and you have two more joys to come. Your usage fractions may be wrong until August 1st. (which will mean the computer may fetch very little work), and your statistics graph tab will be all messed up.

It's an all-to-easy mistake to make in Windows XP - just use the system clock to check a date next month, and click OK instead of cancel. Thank goodness they separated 'look' and 'change' in Vista/7.

You're lucky it was only downloads that were backed off. I still have an open bug report ([trac]#588[/trac] - four years and three months ago. No, that's not a record) about circumstances where BOINC would stop computing altogether when you put the clock right again. It's only a minor bug - just exit BOINC, and restart it, to clear the problem.

Oh, and you have two more joys to come. Your usage fractions may be wrong until August 1st. (which will mean the computer may fetch very little work), and your statistics graph tab will be all messed up.

It's an all-to-easy mistake to make in Windows XP - just use the system clock to check a date next month, and click OK instead of cancel. Thank goodness they separated 'look' and 'change' in Vista/7.

It is actually Windows 7. I am guessing the machine just went a bit crazy. It has been sitting for weeks without being used. So I'm not going to bother trying to find the cause right now.
I fixed the clock, reset the values in client_state, and then rebooted. Now I just have to watch and see if it does it again.SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the BP6/VP6 User Group today!

Of course, most of my downloads are APs, which if they would continue at the present maximum speed of 2.55KB aren't going to be in at any time anyway.

And after 24+ hours of these things telling me e.g. [error] Can't create HTTP response output file projects/setiathome.berkeley.edu/ap_24ap12ac_B0_P0_00335_20120630_21819.wu, I aborted those downloads, waited the 5 minutes and 3 seconds between scheduler contacts and got new work in. Which is now also stalled while downloading... sigh. ;-)Jord

According to Giorgo of the Ancient Astronaut Theorists I do not help with tech questions via private message. He's right: please use the forums for that.

You're lucky it was only downloads that were backed off. I still have an open bug report ([trac]#588[/trac] - four years and three months ago. No, that's not a record) ...///...

Come on Richard, you've whetted my appetite, what is the record?

Well, the oldest ticket still open is [trac]#3[/trac] - allow the Manager to connect to a client listening on a non-default port number. That's a bit esoteric, though I do know a user here was trying, and failing, to do that a couple of months ago.

The oldest ticket categorised as 'major' or above is [trac]#139[/trac] - allow a user to suspend file transfers to/from a single project if they realise the project is having server problems. A project administrator was asking about that one, just this morning - his project was accepting 32MB upload files, then throwing an error at the very end so it had to be retried. My record was 11 uploads of the same file (32 MB each time) in 24 hours...

Well, the oldest ticket still open is [trac]#3[/trac] - allow the Manager to connect to a client listening on a non-default port number. That's a bit esoteric, though I do know a user here was trying, and failing, to do that a couple of months ago.