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: 12693
Credit: 15,028,485
RAC: 9,651
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: 6370
Credit: 803,398
RAC: 1,752
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: 5955
Credit: 62,527,792
RAC: 40,652
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: 6370
Credit: 803,398
RAC: 1,752
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: 5955
Credit: 62,527,792
RAC: 40,652
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: 114
Credit: 5,419,711
RAC: 34,120
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: 4665
Credit: 123,823,888
RAC: 94,731
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: 999
Credit: 209,591,049
RAC: 63,074
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: 8819
Credit: 63,286,127
RAC: 83,018
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: 5955
Credit: 62,527,792
RAC: 40,652
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 Vine
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 7199
Credit: 29,232,870
RAC: 36,067
United Kingdom
Message 1358401 - Posted: 19 Apr 2013, 6:38:03 UTC

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


Today is life, the only life we're sure of. Make the most of today.

Lionel
Send message
Joined: 25 Mar 00
Posts: 588
Credit: 243,671,849
RAC: 147,847
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 Vine
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 26 May 99
Posts: 7199
Credit: 29,232,870
RAC: 36,067
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
____________


Today is life, the only life we're sure of. Make the most of today.

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

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

Copyright © 2014 University of California