Message boards :
Number crunching :
Panic Mode On (80) Server Problems?
Message board moderation
Previous · 1 . . . 15 · 16 · 17 · 18 · 19 · 20 · 21 . . . 25 · Next
Author | Message |
---|---|
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13766 Credit: 208,696,464 RAC: 304 |
Glad it recovered. There are a few dips in the inbound traffic, but at least my systems have as much work as they are allowed to have. Of concern is the AP validation- nothing appears to be happening, the number waiting for validaion is growing, quickly. Grant Darwin NT |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
Of concern is the AP validation- nothing appears to be happening, the number waiting for validaion is growing, quickly. The numbers may be growing.. but I just reported six tasks and all but one got validated instantly. There may be more to that story, like some specific conditions or a certain date in time that are being slow to be validated, etc. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
KWSN Ekky Ekky Ekky Send message Joined: 25 May 99 Posts: 944 Credit: 52,956,491 RAC: 67 |
Possible reporting blip starting? Cricket "bits out" definitely heading southwards. |
ivan Send message Joined: 5 Mar 01 Posts: 783 Credit: 348,560,338 RAC: 223 |
Possible reporting blip starting? Coming back up a bit now, but I've been having trouble reporting on all my machines since sometime before 0900Z -- timeouts, etc. |
Cliff Harding Send message Joined: 18 Aug 99 Posts: 1432 Credit: 110,967,840 RAC: 67 |
Why is it that as soon as APs start generating, everything goes south? Normal u/d loads until then. Has anyone given any thought of compressing these WUs and then having the apps uncompress once received at the users machine? Doesn't Einstein use something like this to send their large packets? I don't buy computers, I build them!! |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14656 Credit: 200,643,578 RAC: 874 |
Why is it that as soon as APs start generating, everything goes south? Normal u/d loads until then. Has anyone given any thought of compressing these WUs and then having the apps uncompress once received at the users machine? Doesn't Einstein use something like this to send their large packets? Yes, people have thought about it - and the answer is that even with LZMA compression (7-zip), you only save about 3% of the 8MB file size. Try it for yourself - the WUs are practically incompressible, or to put it another way, they're already compressed almost as far as it's possible to compress them. Mind you - you very rarely get a WU that will compress down to half its original size. They (almost?) always come from the B3_P1 channel, and indicate that once again a bit has got stuck at the receiver or in the Aercibo antenna cabling. The data is useless, and the task will overflow in seconds - it's a useful diagnostic test. |
Cliff Harding Send message Joined: 18 Aug 99 Posts: 1432 Credit: 110,967,840 RAC: 67 |
Why is it that as soon as APs start generating, everything goes south? Normal u/d loads until then. Has anyone given any thought of compressing these WUs and then having the apps uncompress once received at the users machine? Doesn't Einstein use something like this to send their large packets? Thanks Richard, you've answered a question that's been bugging me for quite some time. I don't buy computers, I build them!! |
[B^S] madmac Send message Joined: 9 Feb 04 Posts: 1175 Credit: 4,754,897 RAC: 0 |
|
Mark Lybeck Send message Joined: 9 Aug 99 Posts: 245 Credit: 216,677,290 RAC: 173 |
Scheduler connections are not getting through again... |
BarryAZ Send message Joined: 1 Apr 01 Posts: 2580 Credit: 16,982,517 RAC: 0 |
So then the simple answer is that processing AP's is a test of band width capabilities for SETI, and that seemingly each time that happens the bandwidth is found inadequate. I suppose, absent increasing bandwidth, there really is only a single solution to this. Curious that this conclusion is as yet undetected. And no, I don't run AP's -- don't want to be part of the problem there. |
rob smith Send message Joined: 7 Mar 03 Posts: 22265 Credit: 416,307,556 RAC: 380 |
Or could it be that the servers are tuned for working with 366kb files and not 8mb files, never mind a mixture of the two? Bob Smith Member of Seti PIPPS (Pluto is a Planet Protest Society) Somewhere in the (un)known Universe? |
James Sotherden Send message Joined: 16 May 99 Posts: 10436 Credit: 110,373,059 RAC: 54 |
So then the simple answer is that processing AP's is a test of band width capabilities for SETI, and that seemingly each time that happens the bandwidth is found inadequate. Wait and see what happens when the new work units hit the airwaves. You think APs have slowed the system down? The only thing I can hope for is that there are only one type of work unit. And that is the new one. If thety have 3 we can forget about ever connecting again. (said tongue in cheek of course.) [/quote] Old James |
KWSN Ekky Ekky Ekky Send message Joined: 25 May 99 Posts: 944 Credit: 52,956,491 RAC: 67 |
Still everything maxed out but nothing getting there from here :-( |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13766 Credit: 208,696,464 RAC: 304 |
I've had the odd "Failure when receiving data from the peer" but it's mostly "Couldn't connect to server" for any attempt to contact the Scheduler. Looks like it turned to crap again about 8 hours ago- inbound network traffic dropped off around then. EDIT- and if i do get a response, it's taking at least 2-3minutes. Grant Darwin NT |
Link Send message Joined: 18 Sep 03 Posts: 834 Credit: 1,807,369 RAC: 0 |
Just noticed one thing in the log of one of my computers: 24/01/2013 19:21:16 SETI@home Sending scheduler request: To fetch work. Is the timeout not supposed to be 5 minutes and not just 2? |
Swordfish Send message Joined: 5 Aug 06 Posts: 72 Credit: 3,014,493 RAC: 0 |
I cant get anything to report here either |
Swordfish Send message Joined: 5 Aug 06 Posts: 72 Credit: 3,014,493 RAC: 0 |
It's ironic no sooner as I posted my message below, all tasks reported. |
BarryAZ Send message Joined: 1 Apr 01 Posts: 2580 Credit: 16,982,517 RAC: 0 |
Swordfish, Not to worry: 1/24/2013 11:59:06 AM SETI@home Reporting 3 completed tasks, not requesting new tasks 1/24/2013 12:00:40 PM Project communication failed: attempting access to reference site 1/24/2013 12:00:40 PM SETI@home Scheduler request failed: Server returned nothing (no headers, no data) 1/24/2013 12:00:42 PM Internet access OK - project servers may be temporarily down. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14656 Credit: 200,643,578 RAC: 874 |
Just noticed one thing in the log of one of my computers: Timeout is whatever you have configured locally in place of <http_transfer_timeout>seconds</http_transfer_timeout> |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13766 Credit: 208,696,464 RAC: 304 |
Inbound traffic has dropped even further. Grant Darwin NT |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.