The AP splitters have not been running for several hours. I suspect something other than disk space issues.

---

--
Classic 82353 WU / 400979 h

The AP splitters have not been running for several hours. I suspect something other than disk space issues.

Yep.
The threshold setting for producing more work. Until the Ready to Send buffer gets below 4,500 i wouldn't expect the splitters to start up again. If it gets below 2,000 & they don't start up, then you can start panicing.

---

Grant
Darwin NT

The AP splitters have not been running for several hours. I suspect something other than disk space issues.

Yep.
The threshold setting for producing more work. Until the Ready to Send buffer gets below 4,500 i wouldn't expect the splitters to start up again. If it gets below 2,000 & they don't start up, then you can start panicing.

I believe you're partly right, but the AP splitters had been set to stop producing work when the "Ready to send" queue got to about 2500, see the 30 day Scarecrow graphs. Earlier today "Ready to send" reached about 20000 indicating the automatic limiting not working. I think someone had to just shut them down remotely, or maybe there's a last resort safety script which killed them.

When automatic limiting is working the status of the ap_splitter processes doesn't go to "Not running". I think it takes human intervention to start them again, if the queue is below 1200 or so tomorrow perhaps someone will do so.

                                                                Joe

Their back up running now.

---

Ehere can I the above graph in real time?

---

Ehere can I the above graph in real time?

Copy the link out of the message you quoted, or use the standard page which contains the graph: http://fragment1.berkeley.edu/newcricket/grapher.cgi?target=%2Frouter-interfaces%2Finr-250%2Fgigabitethernet2_3;view=UcastPackets;ranges=d.

                                                                Joe

Ehere can I the above graph in real time?

Copy the link out of the message you quoted, or use the standard page which contains the graph: http://fragment1.berkeley.edu/newcricket/grapher.cgi?target=%2Frouter-interfaces%2Finr-250%2Fgigabitethernet2_3;view=UcastPackets;ranges=d.

                                                                Joe

Yeah, either unicast packets/sec (above) or octets/sec can be used. There's different preferences for different people. I find octets to be a better measure of bandwidth consumption, seeing how packets can range in their size, but octets (bytes) are always the same.

---

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

Ehere can I the above graph in real time?

Copy the link out of the message you quoted, or use the standard page which contains the graph: http://fragment1.berkeley.edu/newcricket/grapher.cgi?target=%2Frouter-interfaces%2Finr-250%2Fgigabitethernet2_3;view=UcastPackets;ranges=d.

Thanks for that Joe & Cosmic_Ocean

---

I have the octet page bookmarked on my machines.

---

Is It My imagination or is the server taking time to refresh and to update?

Yes... it's... running... very... slowly.

It could be your imagination I'm not sure. Here is the traffic graph
[img] http://fragment1.berkeley.edu/newcricket/grapher.cgi?target=%2Frouter-interfaces%2Finr-250%2Fgigabitethernet2_3;view=Octets;ranges=d[/img] Work is flowing

---

Is It My imagination or is the server taking a lot of time to refresh and to update?
Something needs to get out and push, As output and input seem to have almost dropped to nothing.

Possibly. There was a similar dive in the traffic at the same time yesterday. And at the moment the forums are slower than a month of wet Sundays.

---

Grant
Darwin NT

Posting is now somwhat tedious so looks like time for bed.
Hope it is resolved by tomorrow.

Ooops Today

---

Ah, we're back. Something certainly broke for a while there. No uploads, downloads, or even the Seti site.

---

Grant
Darwin NT

Of course now the servers are in full tilt download and uploads are not getting through.

---

Of course now the servers are in full tilt download and uploads are not getting through.

Not had any problems here, uploaded, reported and downloaded in just a few seconds.

13/04/2009 05:18:48|SETI@home|[file_xfer] Started upload of file ap_26fe09aa_B4_P1_00283_20090409_31426.wu_0_0
13/04/2009 05:18:49|Einstein@Home|Sending scheduler request: To report completed tasks
13/04/2009 05:18:49|Einstein@Home|Requesting 57839 seconds of new work, and reporting 4 completed tasks
13/04/2009 05:18:52|SETI@home|[file_xfer] Finished upload of file ap_26fe09aa_B4_P1_00283_20090409_31426.wu_0_0
13/04/2009 05:18:52|SETI@home|[file_xfer] Throughput 13500 bytes/sec
13/04/2009 05:18:53|Einstein@Home|Scheduler RPC succeeded
13/04/2009 05:18:53|Einstein@Home|Message from server: Project is temporarily shut down for maintenance
13/04/2009 05:18:53|Einstein@Home|Deferring communication for 1 hr 0 min 0 sec
13/04/2009 05:18:53|Einstein@Home|Reason: project is down
13/04/2009 05:18:53|Einstein@Home|Deferring communication for 2 hr 33 min 0 sec
13/04/2009 05:18:53|Einstein@Home|Reason: project is down
13/04/2009 05:18:59|SETI@home|Sending scheduler request: To report completed tasks
13/04/2009 05:18:59|SETI@home|Requesting 11202 seconds of new work, and reporting 1 completed tasks
13/04/2009 05:19:04|SETI@home|Scheduler RPC succeeded [server version 607]
13/04/2009 05:19:04|SETI@home|Deferring communication for 11 sec
13/04/2009 05:19:04|SETI@home|Reason: requested by project
13/04/2009 05:19:06|SETI@home|[file_xfer] Started download of file ap_21fe09ad_B6_P1_00102_20090412_31520.wu
13/04/2009 05:19:40|SETI@home|[file_xfer] Finished download of file ap_21fe09ad_B6_P1_00102_20090412_31520.wu
13/04/2009 05:19:40|SETI@home|[file_xfer] Throughput 253008 bytes/sec

Might be me. Availability is enough to give me at least one. But not according to my messages:

13-Apr-09 16:06:56 SETI@home [sched_op_debug] CPU work request: 14688.59 seconds; 2 idle CPUs
13-Apr-09 16:07:01 SETI@home Scheduler request completed: got 0 new tasks
13-Apr-09 16:07:01 SETI@home [sched_op_debug] Server version 607
13-Apr-09 16:07:01 SETI@home Message from server: No work sent
13-Apr-09 16:07:01 SETI@home Message from server: No work is available for SETI@home Enhanced
13-Apr-09 16:07:01 SETI@home Message from server: No work available for the applications you have selected. Please check your settings on the web site.
13-Apr-09 16:07:01 SETI@home Project requested delay of 11 seconds
13-Apr-09 16:07:01 SETI@home [sched_op_debug] Deferring communication for 11 sec
13-Apr-09 16:07:01 SETI@home [sched_op_debug] Reason: requested by project

Only asking a bit of MB. ;-)

---

Maybe this is just a coincidence, but since switching to BOINC 6.6.20 I've gone from usually having one or two APs waiting, as well as one running, to now having one AP 84% complete, zero waiting, and getting this when I update SETI:

13/04/2009 11:18:15 AM SETI@home Sending scheduler request: Requested by user.
13/04/2009 11:18:15 AM SETI@home Not reporting or requesting tasks
13/04/2009 11:18:21 AM SETI@home Scheduler request completed: got 0 new tasks

Is this the SETI servers, or BOINC, or what? I'm running Rosetta and WCG on the same computer, with no big change in their amount of work.

---

Maybe this is just a coincidence, but since switching to BOINC 6.6.20 I've gone from usually having one or two APs waiting, as well as one running, to now having one AP 84% complete, zero waiting, and getting this when I update SETI:

13/04/2009 11:18:15 AM SETI@home Sending scheduler request: Requested by user.
13/04/2009 11:18:15 AM SETI@home Not reporting or requesting tasks
13/04/2009 11:18:21 AM SETI@home Scheduler request completed: got 0 new tasks

Is this the SETI servers, or BOINC, or what? I'm running Rosetta and WCG on the same computer, with no big change in their amount of work.

Cancel the panic, BOINC decided to download 3 APs after my last finished:

13/04/2009 3:40:19 PM SETI@home Started upload of ap_26fe09ab_B0_P0_00137_20090409_17510.wu_2_0
13/04/2009 3:40:24 PM SETI@home Finished upload of ap_26fe09ab_B0_P0_00137_20090409_17510.wu_2_0
13/04/2009 3:40:34 PM SETI@home Sending scheduler request: To fetch work.
13/04/2009 3:40:34 PM SETI@home Reporting 1 completed tasks, requesting new tasks

---

Holy database crash Batman!

Even the cricket reports are offline.

Rob

---