At least this time he can blame someone else.
DA, yes that DA wrote:

BOINC and Science United have moved to a new server, running up-to-date versions of Linux (Ubuntu), MariaDB, PHP, GNU tools, Mediawiki, and so on. Thanks to Jeff Cobb for overseeing this; it wasn't easy. Let me know if any problems.

Note that was posted: 2 Apr 2020, 4:28:02 UTC

It lasted until Jord posted: 2 Apr 2020, 8:26:50 UTC

Take off 7 hours for Berkeley at this time of year - installation complete 9:30pm, fell over 1:30am. Not an ideal time of day for that sort of work.

Greetings,

I do believe that this is SETI@home's last hoorah! :(



Have a great day! :)

Siran

---

CAPT Siran d'Vel'nahr - L L & P _\\//
Winders 11 OS? "What a piece of junk!" - L. Skywalker
"Logic is the cement of our civilization with which we ascend from chaos using reason as our guide." - T'Plana-hath

that's a wrap!

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

My Bet: They must be remove the tapes while the DB is shrinking and then reload.

---

Some data missing on the server status page and my PCs cannot report work, even with NNT set. I was hoping the servers would become more snappy with results out in the field dropping.

---

all the backlog seems cleared in the status page ...

---

I don't think so. There should be zeros, not blanks.

---

my PCs cannot report work, even with NNT set

Same here.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I'd guess they are probably doing some form of maintenance. I bet it'll be back and updating.

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

my wild unsupported guess... Carolyn (the replica) had disk issues last night. When I look at my personal WU list, it is now current, and not 4 days behind like it was a bit ago.It is no longer looking at Carolyn.

After missing 3 Tuesday outrages, I'm sure some maintenance is past due. Still, anyone with hundreds of GPUs could quickly get quite a backlog while they're sneaking out for beer.

---

sneaking out for beer.

Beer. I´m in.

---

sneaking out for beer.

Beer. I´m in.

Twas you to whom I was alluding! :) :)

---

sneaking out for beer.

Beer. I´m in.

Twas you to whom I was alluding! :) :)

A bit early for that here yet, but I'll join in in 4 hours. ;-)

Cheers.

Lools like the ssp is displaying values in wrong spots. Some of the weird numbers make sense if you place them in a different row.

8,282,864 in 'Results ready to send' is close to the last good value for 'Workunits waiting for assimilation' 8,275,023.
The 7 in 'Results out in the field' could plausibly be 'Results ready to send'. Or the 1 in 'Workunits waiting for validation' could be that too.
38,742 in 'Workunits waiting for assimilation' could be 'Workunits waiting for db purging' - its last good value was 43,705.
27,170,490 in 'Workunit files waiting for deletion' looks like the total number of results in database. Its last good value was 27.327.147.

And now the ssp seems to have fixed itself.

i see that ^^

---

Yes, all better now. PCs can report tasks. Time for that beer, Juan! Wiggo, feel free to start early.

---

MB ready to send fall to 0 and creation rate to 2/sec

I understand the creation rate been shown which at this time is just over 1 is the amount of resends that are being created per second

---