I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

---

Logan.

BOINC FAQ Service (Ahora, también disponible en Español/Now available in Spanish)

The cricket graphs indicate the servers are not communicating again.

Daily Graph

Yeah, looks like we will have to wait until we hear from the staff about whats happened. Probably something simple I hope, but since I have a heap of WU's queued, probably no big deal here... For about 36 more hrs that is ;)

Matt has commented here!

---

It's good to be back amongst friends and colleagues

Yeah I'm seeing the stats both local to Seti and not so local not updating, I think something is broken again. :(

That broken something has evidently been attended to. After receiving zilch seti stats at (Last daily update:2008-04-10 17:17:25 GMT
05:40:12 ago) my credit has risen 8002.36 in last incremental update. Yippee.

My small mind is happier now.

Andrew

---

AndrewM

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

---

Logan.

BOINC FAQ Service (Ahora, también disponible en Español/Now available in Spanish)

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

Still having problems downloading new untits.

Nick

---

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

Still having problems downloading new units.

Nick

---

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

Still having problems downloading new units.

Nick

All is running fine here.

Try to stop and restart BOINC, and tell me something...

Best regards.

---

Logan.

BOINC FAQ Service (Ahora, también disponible en Español/Now available in Spanish)

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

Still having problems downloading new units.

Nick

Hmmmmmmmm......you should not be having problems at this time.....
The ready to send cache is brimming with work, and server bandwidth is looking fine.......
What are the error messages you are getting?

---

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

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

Still having problems downloading new units.

Nick

Hmmmmmmmm......you should not be having problems at this time.....
The ready to send cache is brimming with work, and server bandwidth is looking fine.......
What are the error messages you are getting?

I was getting dropped downloads, but it is running fine now.

Thank you

---

I know, we are under an outage, but why the
'Results received in last hour 0 0m
Result turnaround time (last hour average) 0.00 hours 0m'
indicators in the server status page remains to 0 since the last 'standar weekly outage'?

They are very useful...

Best regards.

Well... All is running again.

And Berkeley's boys had fixed the indicators problem.:)

Good job boys.

Best regards.

Still having problems downloading new units.

Nick

Hmmmmmmmm......you should not be having problems at this time.....
The ready to send cache is brimming with work, and server bandwidth is looking fine.......
What are the error messages you are getting?

I was getting dropped downloads, but it is running fine now.

Thank you

Good to hear.....I have not seen any signs of trouble on my 'kitty sniffer' rig.....the one I am on, my daily driver...
It is the only one that I run with a very tiny cache....so if there are server problems or no work to send, or a batch of very small WUs, I can see it pretty quickly......but the kitties see no problems at the moment.

---

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

Has it gone again? Cannot download since 07:49 BST

---

Good, it is not only me ...

I mean, oh dang nab it ... :)

---

It looks like the servers croaked again. According to the Cricket Graph in/out is almost at zero for the past 4+ hours. I can not get downloads to complete. Here is a copy of my attempt log:

4/14/2008 2:06:59 AM|SETI@home|[file_xfer] Started download of file 28mr08ab.12043.18886.14.8.124
4/14/2008 2:07:00 AM||[http_debug] [ID#42] info: About to connect() to boinc2.ssl.berkeley.edu port 80 (#0)
4/14/2008 2:07:00 AM||[http_debug] [ID#42] info: Trying 208.68.240.18...
4/14/2008 2:07:03 AM||[http_debug] [ID#42] info: Connected to boinc2.ssl.berkeley.edu (208.68.240.18) port 80 (#0)
4/14/2008 2:07:03 AM||[http_debug] [ID#42] Sent header to server: GET /sah/download_fanout/4/28mr08ab.12043.18886.14.8.124 HTTP/1.1
User-Agent: BOINC client (windows_intelx86 6.1.0)
Host: boinc2.ssl.berkeley.edu
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/x-www-form-urlencoded


4/14/2008 2:07:09 AM||[http_debug] [ID#42] info: Empty reply from server
4/14/2008 2:07:09 AM||[http_debug] [ID#42] info: Closing connection #0
4/14/2008 2:07:09 AM||[http_debug] HTTP error: server returned nothing (no headers, no data)
4/14/2008 2:07:10 AM||Project communication failed: attempting access to reference site
4/14/2008 2:07:10 AM||[http_debug] HTTP_OP::init_get(): http://www.google.com
4/14/2008 2:07:10 AM|SETI@home|[file_xfer] Temporarily failed download of 28mr08ab.12043.18886.14.8.124: HTTP error
4/14/2008 2:07:10 AM|SETI@home|Backing off 2 hr 4 min 33 sec on download of file 28mr08ab.12043.18886.14.8.124
4/14/2008 2:07:10 AM||[http_debug] [ID#43] info: About to connect() to www.google.com port 80 (#0)
4/14/2008 2:07:10 AM||[http_debug] [ID#43] info: Trying 64.233.167.99...
4/14/2008 2:07:10 AM||[http_debug] [ID#43] info: Connected to www.google.com (64.233.167.99) port 80 (#0)
4/14/2008 2:07:10 AM||[http_debug] [ID#43] Sent header to server: GET / HTTP/1.1
User-Agent: BOINC client (windows_intelx86 6.1.0)
Host: www.google.com
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/x-www-form-urlencoded


4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: HTTP/1.1 200 OK

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: Cache-Control: private

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: Content-Type: text/html; charset=ISO-8859-1

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: Set-Cookie: PREF=ID=1c6d9665b637f270:TM=1208156827:LM=1208156827:S=aDXaKrpFeV35ICpD; expires=Wed, 14-Apr-2010 07:07:07 GMT; path=/; domain=.google.com

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: Server: gws

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: Transfer-Encoding: chunked

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server: Date: Mon, 14 Apr 2008 07:07:07 GMT

4/14/2008 2:07:10 AM||[http_debug] [ID#43] Received header from server:

4/14/2008 2:07:10 AM||[http_debug] [ID#43] info: Closing connection #0
4/14/2008 2:07:11 AM||Access to reference site succeeded - project servers may be temporarily down.

---

It looks like the servers croaked again.

Yep deader than my sex life here, and thats pretty dead ;)

Seriously though, no connection available for the last 4 or 5 hrs here. Ah well, meybe I should increase the cache to 2 days on this PC as well :)

---

Yup.....Cricket Graph shows the bandwidth has gone flatter than road kill.

---

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

Was OK at 7.15 BST (UTC+1) when I looked at the Cricket Graphs. So, the server in question must have fallen over about 06.30 UTC.

At least crunched WUs results are being returned and the handshaking acknowledging the reported figures is working OK.

Living on your caches, then?

---

It's good to be back amongst friends and colleagues

Was OK at 7.15 BST (UTC+1) when I looked at the Cricket Graphs. So, the server in question must have fallen over about 06.30 UTC.

At least crunched WUs results are being returned and the handshaking acknowledging the reported figures is working OK.

Living on your caches, then?

Yup.....except for the 'kitty sniffer' rig, which has about another hour and a half of work left, then it falls back to Einstein and Rosetta 'till the smoke clears.......

---

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

Was OK at 7.15 BST (UTC+1) when I looked at the Cricket Graphs. So, the server in question must have fallen over about 06.30 UTC.

At least crunched WUs results are being returned and the handshaking acknowledging the reported figures is working OK.

Living on your caches, then?

I've set my CACHE to 5 day's.
Here are the last messages from S@H server's :

14-4-2008 3:45:30|SETI@home|Sending scheduler request: To fetch work. Requesting 145 seconds of work, reporting 0 completed tasks
14-4-2008 3:45:31|SETI@home|Started upload of 14fe08ab.23100.3344.6.8.156_0_0
14-4-2008 3:45:35|SETI@home|Scheduler request succeeded: got 1 new tasks
14-4-2008 3:45:36|SETI@home|Finished upload of 14fe08ab.23100.3344.6.8.156_0_0
14-4-2008 3:45:37|SETI@home|Started download of 27mr08ao.17264.18886.12.8.129
14-4-2008 3:45:52|SETI@home|Finished download of 27mr08ao.17264.18886.12.8.129
14-4-2008 3:56:53|SETI@home|Sending scheduler request: To fetch work. Requesting 54 seconds of work, reporting 1 completed tasks
14-4-2008 3:56:58|SETI@home|Scheduler request succeeded: got 1 new tasks
14-4-2008 3:57:00|SETI@home|Started download of 28mr08ab.30454.24885.13.8.23
14-4-2008 3:57:02|SETI@home|Temporarily failed download of 28mr08ab.30454.24885.13.8.23: http error
14-4-2008 3:57:02|SETI@home|Backing off 1 min 0 sec on download of 28mr08ab.30454.24885.13.8.23

Then communication work's till:

14-4-2008 10:46:48|SETI@home|Started upload of 27mr08ak.15220.4571.7.8.224_0_0
14-4-2008 10:46:52|SETI@home|Finished upload of 27mr08ak.15220.4571.7.8.224_0_0
14-4-2008 11:13:02|SETI@home|Sending scheduler request: To fetch work. Requesting 11 seconds of work, reporting 14 completed tasks
14-4-2008 11:13:08|SETI@home|Scheduler request succeeded: got 1 new tasks
14-4-2008 11:13:10|SETI@home|Started download of 28mr08ac.12359.29955.10.8.139
14-4-2008 11:13:32||Project communication failed: attempting access to reference site
14-4-2008 11:13:32|SETI@home|Temporarily failed download of 28mr08ac.12359.29955.10.8.139: http error
14-4-2008 11:13:32|SETI@home|Backing off 1 min 0 sec on download of 28mr08ac.12359.29955.10.8.139

and after a while :

14-4-2008 11:49:17|SETI@home|Backing off 2 hr 14 min 17 sec on download of 28mr08ab.21349.12342.15.8.85
14-4-2008 12:10:01|SETI@home|Computation for task 27mr07ag.7880.15614.14.7.164_2 finished
14-4-2008 12:10:01|SETI@home|Starting 27mr08am.15190.16023.5.8.109_0
14-4-2008 12:10:01|SETI@home|Starting task 27mr08am.15190.16023.5.8.109_0 using setiathome_enhanced version 527
14-4-2008 12:10:03|SETI@home|Started upload of 27mr07ag.7880.15614.14.7.164_2_0
14-4-2008 12:10:08|SETI@home|Finished upload of 27mr07ag.7880.15614.14.7.164_2_0

As off this moment it appears to be OK .
Looks like the DOWNLOAD server gets overloaded from time to time.

---

I see we are unable to download atm, n/p this happens, but, all weekend I seem to have an ever increasing pending from about 30k Saturday to almost 48k today and a slowly declining RAC. I see some WU's are being validated, but wondering if there is a slowdown here or if my wingmen are goofing off lol. Maybe just Mark, Satan and a few others are slacking a bit. Anyone else have a pending list increasing more than what seems normal the last few days?

I see we are unable to download atm, n/p this happens, but, all weekend I seem to have an ever increasing pending from about 30k Saturday to almost 48k today and a slowly declining RAC. I see some WU's are being validated, but wondering if there is a slowdown here or if my wingmen are goofing off lol. Maybe just Mark, Satan and a few others are slacking a bit. Anyone else have a pending list increasing more than what seems normal the last few days?

I think pendings always tend to go up over the weekend because of users crunching at work, that may crunch all weekend, but not connect again to report until Monday morning.....
But that is just my theory......

---

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