Panic Mode On (83) Server Problems?


log in

Advanced search

Message boards : Number crunching : Panic Mode On (83) Server Problems?

Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 22 · Next
Author Message
N9JFE David SProject donor
Volunteer tester
Avatar
Send message
Joined: 4 Oct 99
Posts: 13365
Credit: 15,704,125
RAC: 8,770
United States
Message 1357771 - Posted: 17 Apr 2013, 13:23:18 UTC - in response to Message 1357656.

Someone load more AP tapes to be split.

The MB and AP splitters both work on the same "tapes" at the same time. The AP splitters go a lot faster and get done first, then have to sit there twiddling their electronic thumbs, waiting for the MBs to finish so more tapes can be loaded.

____________
David
Sitting on my butt while others boldly go,
Waiting for a message from a small furry creature from Alpha Centauri.


Profile Donald L. JohnsonProject donor
Avatar
Send message
Joined: 5 Aug 02
Posts: 6580
Credit: 964,934
RAC: 1,998
United States
Message 1357827 - Posted: 17 Apr 2013, 16:26:21 UTC - in response to Message 1357791.

Someone load more AP tapes to be split.

The MB and AP splitters both work on the same "tapes" at the same time. The AP splitters go a lot faster and get done first, then have to sit there twiddling their electronic thumbs, waiting for the MBs to finish so more tapes can be loaded.

Right now, there is AP work available to split, but for some reason all the AP splitters are in disabled status.

As are the ap_assimilators. Only the ap-validator4 seems to be running. This has been the case since Tuesday afternoon. Maybe a problem with the AstroPulse science database. And since Matt did not post his usual post-outage update yesterday, they may still be working on solving that problem....
____________
Donald
Infernal Optimist / Submariner, retired

Grant (SSSF)
Send message
Joined: 19 Aug 99
Posts: 6119
Credit: 65,808,777
RAC: 43,802
Australia
Message 1357852 - Posted: 17 Apr 2013, 18:06:16 UTC - in response to Message 1357827.

Right now, there is AP work available to split, but for some reason all the AP splitters are in disabled status.

As are the ap_assimilators. Only the ap-validator4 seems to be running. This has been the case since Tuesday afternoon. Maybe a problem with the AstroPulse science database. And since Matt did not post his usual post-outage update yesterday, they may still be working on solving that problem....

AP assimilators are still down- things are really building up there.
As it is, the MB assimilators are only slowly getting that backlog under control.
____________
Grant
Darwin NT.

Profile Donald L. JohnsonProject donor
Avatar
Send message
Joined: 5 Aug 02
Posts: 6580
Credit: 964,934
RAC: 1,998
United States
Message 1357931 - Posted: 18 Apr 2013, 3:16:27 UTC - in response to Message 1357852.

Right now, there is AP work available to split, but for some reason all the AP splitters are in disabled status.

As are the ap_assimilators. Only the ap-validator4 seems to be running. This has been the case since Tuesday afternoon. Maybe a problem with the AstroPulse science database. And since Matt did not post his usual post-outage update yesterday, they may still be working on solving that problem....

AP assimilators are still down- things are really building up there.
As it is, the MB assimilators are only slowly getting that backlog under control.

Looks like Astropulse is back in business.
[As of 18 Apr 2013, 3:00:05 UTC] all AP functions are running, 7 AP splitters splitting, and about 500 results ready to send.


____________
Donald
Infernal Optimist / Submariner, retired

Grant (SSSF)
Send message
Joined: 19 Aug 99
Posts: 6119
Credit: 65,808,777
RAC: 43,802
Australia
Message 1358171 - Posted: 18 Apr 2013, 17:58:12 UTC - in response to Message 1357931.
Last modified: 18 Apr 2013, 17:59:03 UTC

Ready-to-send buffer is shrinking, no new MB work being split.
Server Status page shows all MB splitters offline.
____________
Grant
Darwin NT.

Tom*Project donor
Send message
Joined: 12 Aug 11
Posts: 115
Credit: 6,115,675
RAC: 654
United States
Message 1358194 - Posted: 18 Apr 2013, 18:24:23 UTC
Last modified: 18 Apr 2013, 18:24:40 UTC

Since all MB splitters are disabled but the pfb splitter is running
and the stats show
Results ready to send 217,822 258 8m
Current result creation rate 2.2091/sec 1.6656/sec 5m

Are we currently processing the more sensitive MB's?

if not who is splitting MB's

Profile HAL9000
Volunteer tester
Avatar
Send message
Joined: 11 Sep 99
Posts: 4834
Credit: 130,132,194
RAC: 35,924
United States
Message 1358210 - Posted: 18 Apr 2013, 18:52:37 UTC

Maybe this is some of that new splitter code that was talked about months ago going into place. At the moment all but 3 splitters are online and they are being generated at 36.9398/sec & 1.7282/sec.
____________
SETI@home classic workunits: 93,865 CPU time: 863,447 hours

Join the BP6/VP6 User Group today!

Profile RottenMutt
Avatar
Send message
Joined: 15 Mar 01
Posts: 1007
Credit: 220,778,450
RAC: 149,052
United States
Message 1358379 - Posted: 19 Apr 2013, 5:13:25 UTC - in response to Message 1358210.

queue's are draining, what's up with that...
____________

rob smithProject donor
Volunteer tester
Send message
Joined: 7 Mar 03
Posts: 9214
Credit: 69,666,583
RAC: 83,979
United Kingdom
Message 1358382 - Posted: 19 Apr 2013, 5:26:17 UTC

The only "production" splitters running are on Lando and Vader, I guess one of those two is having a bit of a problem :-(

Oh well, reserve projects here I come...
____________
Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Grant (SSSF)
Send message
Joined: 19 Aug 99
Posts: 6119
Credit: 65,808,777
RAC: 43,802
Australia
Message 1358394 - Posted: 19 Apr 2013, 6:28:51 UTC - in response to Message 1358382.
Last modified: 19 Apr 2013, 6:29:18 UTC

Been getting lots of "Project has no tasks" messages. Notice the splitters just aren't cranking up the output as the number that are ready-to-send drops.
Also been getting a few downloads timing out, or taking a while to start downloading.
____________
Grant
Darwin NT.

Profile Bernie VineProject donor
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 7383
Credit: 31,609,942
RAC: 31,105
United Kingdom
Message 1358401 - Posted: 19 Apr 2013, 6:38:03 UTC

Currently, uploads and reporting failing. Downloads get "projects has no tasks available"
____________


Sometimes it is the people no one imagines anything of who do the things that no one can imagine.

Lionel
Send message
Joined: 25 Mar 00
Posts: 600
Credit: 255,782,490
RAC: 119,981
Australia
Message 1358432 - Posted: 19 Apr 2013, 7:12:10 UTC - in response to Message 1358401.

we're dry ... ready to send was at 115 ...

this is why we need to lift the limits so that we can continue to work through while they sort out issues that arise ...
____________

alan
Avatar
Send message
Joined: 18 Feb 00
Posts: 131
Credit: 401,606
RAC: 0
United Kingdom
Message 1358446 - Posted: 19 Apr 2013, 7:47:28 UTC

The limits are there to prevent issues from arising in the first place. I fail to see how raising them would help the project at all.

The project scope is clearly stated, to use spare cpu cycles that would otherwise be "wasted" running screensavers or other idle tasks. It was never intended to cope with dedicated computers or specially built crunching farms with multiple GPU's and demands for massive caches to sustain them running 24x7.

By constantly demanding that the limits be raised you are making your need to execute as many SETI tasks as possible more important than the well-being of the project itself.

The fix to this problem is larger workunits which will reduce the number of "in progress" entries in the database.
____________

Profile Bernie VineProject donor
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 7383
Credit: 31,609,942
RAC: 31,105
United Kingdom
Message 1358452 - Posted: 19 Apr 2013, 8:00:11 UTC - in response to Message 1358446.

The limits are there to prevent issues from arising in the first place. I fail to see how raising them would help the project at all.

The project scope is clearly stated, to use spare cpu cycles that would otherwise be "wasted" running screensavers or other idle tasks. It was never intended to cope with dedicated computers or specially built crunching farms with multiple GPU's and demands for massive caches to sustain them running 24x7.

By constantly demanding that the limits be raised you are making your need to execute as many SETI tasks as possible more important than the well-being of the project itself.

The fix to this problem is larger workunits which will reduce the number of "in progress" entries in the database.

+1
____________


Sometimes it is the people no one imagines anything of who do the things that no one can imagine.

Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 22 · Next

Message boards : Number crunching : Panic Mode On (83) Server Problems?

Copyright © 2015 University of California