Just out of curiosity.. in the HTTP Proxy tab.. "don't use proxy for:" field.. how do I tell it not to use it for uploads and scheduler contacts? Is that going to be something like "sched_op" or something along those lines? I get HTTP errors most of the time on scheduler contacts when using a proxy, and only one that I've used so far was able to upload.

Proxy only really benefits for download, but upload and scheduler contact seem to work just fine without one.. so how do I limit proxy usage to just downloads? Or can I even?

And yes, I know the crickets have died and something is seriously broken. I got one failed scheduler attempt earlier that said "HTTP service unavailable" followed by "error when receiving data from the peer."

setiboincdata.ssl.berkeley.edu will stop it from using proxy for uploads. don't know about scheduler contact.

crap, all dorked up again. seriously, what does it take to get some kind of actual, regular communication from the staff? Honestly, is it so hard to just post something, just once a day?
____________
Dublin, California
Team: SETI.USA

whats going on i've been trying to upload for 4 hrs i have 10 units done waiting to upload and i only have 10 units left ,i just get message deferred ???????? the server status says all is ok and i haveb't found any message here saying there is a problem what's going on ???
____________

mmmm not much has changed then i stoped seti a few yrs ago and just returned as a new user but alas nothing has changed only been 4 days and already shit has happened running outa work units .If this sort of thing keeps happening as well as the incredibly slow d/u rate of only 19kb/s i might stop again .Pitty you can't solve bandwith problems . To think only 300 users on a torent site and 1-2meg speeds maybe you could come up with somthing like point to point (torrents) for downloading work units or maybe ask some users to do some of this work as speeds have increased so much scince the progect has started .Dial up speeds was ok in the 90's but not these days hell even Australia has good speeds now and we have been a joke for a long time .Think outside the box to solve these problems
____________

It seems we're all having the same fun ... it really gets boring in the end ... So the "good backup project" is getting tons of work to do now. I'm really tired of fiddling with proxies, retries, failures to this and that, etc ... one day I hope to see to good ole fast SETI@HOME back again. Despite all donation efforts from the last few months, all the problems remain ... too bad. Greez to all fellow crunchers out there, suffering from work starvation ;)

Yeah..the odd thing is ...this have during the last couple of weeks turned into the backup project.

All in all. It would be easy to post under news that there are some issues.
Cuz there is now problem under the sun since the last fix in december. If ya catch my drift.

Took me some help to find this thread about the server problems.
Might be loosing users because they might think that the fault is at their end and they uninstall boinc att leave all in all.

Since no one is reaching Scheduler and the Server Status Page is frozen, this one looks like a cpu lock like Matt described in his Jan 30 update. He said:

The other day synergy (the scheduling server) had one of its (more and more frequency) CPU locks. I'm pretty sure this is a problem with the linux kernel, and not hardware, as this problem happened on bruno when it was the scheduling server. Maybe this is could be a software bug, but it's a pretty ugly crash the seems to be an inability to handle high demand. Maybe it's the way we have the system tuned. In any case, this happened just before the regular weekly outage, so the timing wasn't too bad.

If so, it needs a power cycle and I think they have to go in for that. This is one time the colocation alternative would help. Other BOINC projects that run from campus computing centers benefit a lot from 24 hour coverage, subject matter experts, etc. Funding is probably a big issue.

I'm about out of gpu work again so my backup project is set to kick in when I run out. Really wish the project would reconsider the task limits - the need for them disappeared just after they were implemented, and they hurt the project more than they could help. The flow of data into the science databases must be showing a decline with all the disruptions.
____________
Another Fred
Support SETI@home when you search the Web with GoodSearch or shop online with GoodShop.

Poor Poor Synergy, they make it running at it´s full capacity, nothing works fine when the edge is reached, you could bet all your chips on that.

It´could be a super-server but to handle the request of 300K clients (or more i have no ideia how many hosts are trying to get SETI WU) what we need is a "servers farm" to split the job.

You could say, SETI is a victim of his own success, the number of clients rise to an almost impossible to handle by a single server, specialy if it´s need to do some aditional work as you could see Synergy does on the servers page.

<edit> Thats make me think, maybe a better temporary solution to all of our headaches is split the project in two servers, one with MB and one with AP, each one with it´s own 100mpbs link.
____________

And I keep forgetting that its a Sunday as its a working day in this part of the world. When someone does get in the lab to give the servers a kick, I hope they will open the sluice gates a bit wider this time so that we may download a decent cache to compensate for the weekly outage due on Tuesday.

I have always only crunched for Seti, but I couldnt take it anymore and finally joined Einstein to keep my GPUs busy.
______________