Even though the server status page shows the splitters as running, it also shows the creation rate for MB and AP at zero. And ready to send is dropping on both.

MB has just run out, AP is half way there.
Until the transitioners start up again, everything else is blocked up.

---

Grant
Darwin NT

Even though the server status page shows the splitters as running, it also shows the creation rate for MB and AP at zero. And ready to send is dropping on both.

MB has just run out, AP is half way there.
Until the transitioners start up again, everything else is blocked up.

Probably toast until Monday......
The kitty kibble bowls should be OK until then.
For now,
Good night, and good luck.

---

"Time is simply the mechanism that keeps everything from happening all at once."

Hope the little yellow guy remembered his parachute.

---

Dave

Servers are dead again... no smooth running as hoped for this weekend. MB's also not being validated anymore.

---

If I get hold of that little yellow guy he'll need more than a parachute.....



Anyway it looks as if we've found the culprit - Step forward Sten-Arne and take a bow, you now hold the honours.

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

It's the Transitioners which create Result records in the BOINC database, which in turn show as "Results ready to send", etc. The splitters produce WU files and records and may be continuing to do so, we can't tell.

Possibly if one of the staff can get the Transitioners going again there will be huge values for the "Current result creation rate" for awhile.

Edit: Actually we can tell that there are new WUs, in fact there have been over 600000 WUs created which do not yet have any Result records attached. See http://setiathome.berkeley.edu/workunit.php?wuid=835683000 for one created just a few minutes ago.

                                                                  Joe

It looks like there are another ~144000 WUs being created per hour. I suppose it's lucky that the "Results out in the field" has been kept reasonably low by the limits, that means the WU storage shouldn't overflow soon. With the "tapes" nearly all split for MB the WU creation rate should slow soon, but AP splitting will continue to fill storage for many hours.

                                                                   Joe

It looks like there are another ~144000 WUs being created per hour. I suppose it's lucky that the "Results out in the field" has been kept reasonably low by the limits, that means the WU storage shouldn't overflow soon. With the "tapes" nearly all split for MB the WU creation rate should slow soon, but AP splitting will continue to fill storage for many hours.

                                                                   Joe

IIRC, the splitters have an automatic shut-off when "Results ready to send" reach preset limits. Since RRTS are going nowhere ... oops.

As Joe says, it's a good job this happened at a time when the disks aren't too full. But I do hope the tape autoloader system has failed as well.....

Now if some kind soul could possibly remote drop-kick Anakin, perhaps we could be off and running again.

---

"Time is simply the mechanism that keeps everything from happening all at once."

IIRC, the splitters have an automatic shut-off when "Results ready to send" reach preset limits. Since RRTS are going nowhere ... oops.

As Joe says, it's a good job this happened at a time when the disks aren't too full. But I do hope the tape autoloader system has failed as well.....

The question is though.. what process decides when there are enough RRTS? Is it the splitters and do they know how many there are, or is it a database query that governs it? The latter would keep the splitters going full-speed since RRTS is shown as zero.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

Somebody's pushing the buttons.....
Looks like they started a transitioner process on Synergy and things are moving a bit again.

---

"Time is simply the mechanism that keeps everything from happening all at once."

Now if some kind soul could possibly remote drop-kick Anakin, perhaps we could be off and running again.

Somebody did just that.
Thanks for putting in the time, and on a Sunday!

Regards,

Andy

---

IIRC, the splitters have an automatic shut-off when "Results ready to send" reach preset limits. Since RRTS are going nowhere ... oops.

As Joe says, it's a good job this happened at a time when the disks aren't too full. But I do hope the tape autoloader system has failed as well.....

The question is though.. what process decides when there are enough RRTS? Is it the splitters and do they know how many there are, or is it a database query that governs it? The latter would keep the splitters going full-speed since RRTS is shown as zero.

I think we have our answer:

Results ready to send 1,740,609

RRTS tells the splitters 'enough, already'.

Zero != enough

Jeff Cobb just posted this in the down loading new work units thread

The server anakin crashed. So I built a 64 bit version of the transitioner and deployed in on synergy. Anakin is also a download server (the other being bane) via DNS. I do not want to restart the lab wide DNS server remotely on a Sunday, so I hope this will sort itself out until someone can restart anakin (I am not back to work until Tuesday). DL traffic is maxed out in any case.

thanks for the info Jeff and for your efforts.

All i'm getting with my work requests are "Project has no tasks available". Hopefully it'll settle down over the next couple of hours.

---

Grant
Darwin NT

All i'm getting with my work requests are "Project has no tasks available". Hopefully it'll settle down over the next couple of hours.

Curious since cricket graph is active but not maxed out and there are plenty of results available (both MB and AP), but the numbers available are decreasing suggesting that they are being sent somewhere.

All i'm getting with my work requests are "Project has no tasks available". Hopefully it'll settle down over the next couple of hours.

Same here.

Edit: Uploads going ok, no downloads for a while, then suddenly I have reached the task limit? With no downloads? What the fudge? Have they lowered the cap?
Edit 2: Ok, it just gave me 13 new ones, strange behaviour though, somethings up.

Regards,

Andy

---

Server status page says:
Data Distribution State SETI@home # Astropulse # As of*
Results ready to send 1,581,902 25,027 0m

My BOINC client says:
10/9/2011 11:22:08 PM SETI@home [wfd] request: 1728001.73 sec CPU (0.00 sec, 0.00) ATI GPU (1728001.73 sec, 2.00)
10/9/2011 11:22:08 PM SETI@home Sending scheduler request: To fetch work.
10/9/2011 11:22:08 PM SETI@home Requesting new tasks for GPU
10/9/2011 11:22:11 PM SETI@home Scheduler request completed: got 0 new tasks
10/9/2011 11:22:11 PM SETI@home Message from server: Project has no tasks available


?????

I got a few so it seems to work.
But the numbers are a bit out of hand.

---

With each crime and every kindness we birth our future.

Server status page says:
Data Distribution State SETI@home # Astropulse # As of*
Results ready to send 1,581,902 25,027 0m

My BOINC client says:
10/9/2011 11:22:08 PM SETI@home [wfd] request: 1728001.73 sec CPU (0.00 sec, 0.00) ATI GPU (1728001.73 sec, 2.00)
10/9/2011 11:22:08 PM SETI@home Sending scheduler request: To fetch work.
10/9/2011 11:22:08 PM SETI@home Requesting new tasks for GPU
10/9/2011 11:22:11 PM SETI@home Scheduler request completed: got 0 new tasks
10/9/2011 11:22:11 PM SETI@home Message from server: Project has no tasks available


?????

That message means the feeder has no tasks available to send at the instant you asked, a moment later the feeder will have refilled it's One hundred slots,
and there will be work available for the next host to get,

Claggy