Yah, that graph can make you seasick.
@ Joker, I just uploaded a minute or less ago and things seem to be fine.

I know, hiccups are no fun.

---

Pluto will always be a planet to me.

Seti Ambassador
Not to late to order an Anni Shirt

I think it's fascinating that 22mr08aa still has the same two active channels as it had three weeks ago on 11 September, and 23mr08aa one.

Yeah.. I think those channels contain data that's causing our SETI@home splitters to spin for a loooong time. Maybe an angle range thing. Understanding this stuff is Eric's department. In any case, Splitters don't run for more than a week at a time due to the weekly outage, and when they restart they start at the beginning of the block they were processing. So if they are stopped during the middle of a data block that takes more than a week to process, then they'll never finish. Maybe that's what's happening. I'll make a note to bring it up next time we're all in the same place at the same time (a week or two from now?).

- Matt

Matt:

You may have just hit something big. Is there a way to separate the splitting and the WU creation? I'm thinking the splitter could create all the files, write it's meta-data to a flat file (figure out later), and have the feeder or another process actually pickup the fresh WU and add them to the DB.

I guess there's a lot of cool stuff you could do if you had a few extra terabytes lying around. :g:

See Server Status page.

upload server	bruno	Disabled

everytime i get the rac going allmost to a new record, something drastic happens
to servers and down we go again, it is been like that last three months,bummer

Well, it's just now 8:00am in Berkeley....
Give Matt a little bit to do his stretching exercises before he limbers up his steel-toed boots to give bruno a kick.........

---

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

It appears that Matt has done his kick-start thing.........give it a bit for backed up traffic to clear a little and we should be OK again......
Uploads are working again, with some retries due to the traffic load.

---

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

Downloads not working!

(edit) Never mind! I rebooted and they downloaded fine. Sorry for the false alarm.

At least Matt didn't drop Half Dome on to the server(Possibly the Largest known single piece of Granite in the world).

Funny you should mention that. When I was in Yosemite, I took a picture of that mountain. Just then, my digital camera broke, and I haven't been able to take a picture since. :(

At least Matt didn't drop Half Dome on to the server

Are you sure? It used to be Full Dome.

---

me@rescam.org

Anyone having download problems?
I've got a Work Unit that just won't download- it times out as soon as it starts to download.

---

Grant
Darwin NT

Try an ipconfig /flushdns .. that worked for me.

---

Anyone having download problems?
I've got a Work Unit that just won't download- it times out as soon as it starts to download.

It looks as if download server 208.68.240.13 is misconfigured or has suffered an HTTP service failure, but download server 208.68.240.18 is working OK - see the Users from Germany reporting bad route thread.

So yes, flushing (or otherwise bypassing) DNS should do the trick.

Jord, the users in Germany are also reporting that they can't get HTTP access to BOINC resources either - would you happen to know whether 208.68.240.13 is one of the servers which SETI and BOINC share?

Jord, the users in Germany are also reporting that they can't get HTTP access to BOINC resources either - would you happen to know whether 208.68.240.13 is one of the servers which SETI and BOINC share?

No, I don't know any of the IP addresses of the servers by heart, but the BOINC server sits in the same cabinet as the Seti servers, so if they can't reach one, they won't reach the other either.

Doing a trace route to boinc.berkeley.edu and to setiathome.berkeley.edu gives me a timeout on the server after g6-1.inr-230-spr.Berkeley.EDU [128.32.255.110] as well. It does get there though and I can navigate to the sites (as you can see from my answer).

---

Jord, the users in Germany are also reporting that they can't get HTTP access to BOINC resources either - would you happen to know whether 208.68.240.13 is one of the servers which SETI and BOINC share?

No, I don't know any of the IP addresses of the servers by heart, but the BOINC server sits in the same cabinet as the Seti servers, so if they can't reach one, they won't reach the other either.

Doing a trace route to boinc.berkeley.edu and to setiathome.berkeley.edu gives me a timeout on the server after g6-1.inr-230-spr.Berkeley.EDU [128.32.255.110] as well. It does get there though and I can navigate to the sites (as you can see from my answer).

The Germans now reckon that it's some kind of peering problem in Germany. People going via N-IX can see Berkeley resources: people going via DE-CIX can't.

But they confirm SETI currently has an HTTP service problem on 208.68.240.13

Same HTTP problem encountered from Eastern USA (Pennsylvania)

Just reported about a dozen completed WUs and downloaded more than that in return. Everything went through at normal speeds.

[Chicago USA]

QS

There are two download servers, Bane and Vader.

One of them is working normally (208.68.240.18), the other one is snafu'd (208.68.240.13) - I don't know which is which.

It's the luck of the (DNS) draw which one you try to download from.

Edited:
Got the problem with no work from server.

10/9/2008 5:18:30 PM|Einstein@Home|Message from server: No work sent
10/9/2008 5:18:30 PM|Einstein@Home|Message from server: Hierarchical all-sky pulsar search needs 11.52MB more disk space. You currently have 83.85 MB available and it needs 95.37 MB.
10/9/2008 5:18:30 PM|Einstein@Home|Message from server: Not enough disk space (only 87.9 MB free for BOINC). Review preferences for maximum disk space used.

I had an astropulse work, and in preferences I had a low disk usage settings.

---

Not the end of the world, but I have about 80 wu's that won't download to one of my clients. Continually get errors like this.

10/9/2008 7:30:17 AM|SETI@home|Temporarily failed download of 19au08ac.10227.3344.6.8.24: http error


Yesterday, it took Matt to come in and give something the steel shank kick, or something to remedy. Not looking good for the weekend when he is not there??

Not the end of the world, but I have about 80 wu's that won't download to one of my clients. Continually get errors like this.

10/9/2008 7:30:17 AM|SETI@home|Temporarily failed download of 19au08ac.10227.3344.6.8.24: http error


Yesterday, it took Matt to come in and give something the steel shank kick, or something to remedy. Not looking good for the weekend when he is not there??

Looks like Matt's steel toe has done the job again......as for this weekend...(shudders).....

---

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