Just wondering... Why is it that the servers always go down during the weekends?

Servers and other equipment ALWAYS work good while skilled technician (or man with sledge hammer) is nearby.

Looks like some one is working on it at the moment.

The Cricket graph jumped to maximum download rate about half an hour ago: that's 7am, on a Saturday morning, lab time. Yet more unpaid overtime for the boys.

From Server Status page, [As of 15 Nov 2008 20:40:14 UTC]:

Results ready to send 1,042,055

Somehow, I don't think so - there were none two hours ago, and I got "no work from project" at 20:23:18

From Server Status page, [As of 15 Nov 2008 20:40:14 UTC]:

Results ready to send 1,042,055

Somehow, I don't think so - there were none two hours ago, and I got "no work from project" at 20:23:18

Actually, it is possible the status-page is correct...

For one thing, for performance-reasons the Scheduling-server doesn't check the database directly if any work is available, instead it looks on a shared memory-array the Feeder sets-up. Not sure how large this array of work SETI is using, and neither if Scheduling-server looks-through the whole array for work in case can't find any, but it's possible the array is "empty" one second, until Feeder re-fills the next second.

Another way to generate tons of work in that seems very little time is, the Transitioners is responsible for triggering Validator then enough results is reported for a wu, but also to generate new "Tasks" in case of errors, timed-out tasks, or newly-split wu's has been added to the database. For some reason all the Transitioner-processes wasn't running for many hours, but everything else was. Meaning, Scheduling-server happily sent-out all work, and as available work dropped-below whatever limits is set, the Splitters fired-up splitting new wu, and continued splitting new wu's until reached the "disk full"-limit.

Since it's much faster for the Transitioner to generate some new database-fields with the Task-info for each wu than it is to split a wu, many hours of already-split wu's can give a huge spike in available work in fairly short time then Transitioners was re-enabled.

---

"I make so many mistakes. But then just think of all the mistakes I don't make, although I might."

Whatever, just before going to bed I checked the server state page and everything looks back to normal. Not that it's important to me cause my puter is only working 6/24 at 50% and next astro pulse wu wil be monday or tuesday reporting :-)

Anyway hail to those or the one that took care of it all today.

Looks like they changed around a few things as well. Bruno has taken over a lot of Vader's tasks now.

---

Something's still not quite right.
System shows plenty of work available, but i've been getting "No work from project" messages for the last 4 hours.

---

Grant
Darwin NT

Been getting "NO WORK FROM PROJECT" for most of the day. Almost out of WUs on all machines now.

I was getting "no work available" earlier today, but now have plenty. Everything seems fine.

---

I am still getting no new tasks on the iMac and 4 downloads on the Linux machine are stuck at the moment. I have not checked the PC recently.

---

Same here, my Linux machines are failing downloads with an "http error" or just "0 new tasks" but the Windows boxes are downloading ok.
Is this that DNS problem that happened a week or so ago re-occurring ?

Brodo

I am getting no new tasks and I am running Windows, no errors just no tasks. Scheduler now up to 25 minutes and requested last message 4739 secs of work

---

I am getting no new tasks and I am running Windows, no errors just no tasks. Scheduler now up to 25 minutes and requested last message 4739 secs of work

Still get no new work even though server staus states there us half a million work units ready to be sent.

---

Was also getting No New Tasks.

Exited and shut down the BOINC client and restarted. Straightaway got new tasks.

I suspect one of the schedulers is acting up.

---

Just got a whole lot of work, although still getting the "No work from project" messages on some attempts.

---

Grant
Darwin NT

I was getting 0 new tasks all night long on the farm, now I'm snowed under. Also got quite a few AP wu's............lovely.......

---

Both my Mac and the Vista machine downloaded new work overnight, but the linux machine is still stuck on downloads. I think it has locked into Vader as its download server and will not release it.

---

Both my Mac and the Vista machine downloaded new work overnight, but the linux machine is still stuck on downloads. I think it has locked into Vader as its download server and will not release it.

This seems to be a similar Linux issue to the one we had a week or so ago.

Try adding:
208.68.240.18 boinc2.ssl.berkeley.edu
to your hosts file, log off/on and restart the client. This worked for me.

Try adding:
208.68.240.18 boinc2.ssl.berkeley.edu
to your hosts file, log off/on and restart the client. This worked for me.

Simpler:
1. retry communications, so client wish to download
2. killall -TERM boinc
3. ping boinc2.ssl.berkeley.edu
repeat until it returnx x.x.x.13 (we need x.x.x.18)
4. start boinc script again

for ping, my linux box is alternating between x.x.x.13/18.
If not, /etc/hosts is to be checjed.

73 Iztok