A machine that was holding 15% of our outgoing workunits has crashed and refuses to start back up. Short term it means that attempts to access those workunits will cause an error until the workunit is marked as bad.

Sorry for the incovenience.

---

@SETIEric@qoto.org (Mastodon)

eeeeekk

A machine that was holding 15% of our outgoing workunits has crashed and refuses to start back up. Short term it means that attempts to access those workunits will cause an error until the workunit is marked as bad.

Sorry for the incovenience.

So......

should we wait for the server to catch up on its own, or should we abort any stalled download WUs?

---

should we wait for the server to catch up on its own, or should we abort any stalled download WUs?

I wouldn't abort as there are stalled downloads occurring even with the new work units being allocated for download, they will download eventually. But it's taking a while for them to start, and often with extended pauses & restarts to eventually download.

Oh, and even though the splitters show as running, they're not actually producing much work at the moment. So work is going to remain extremely scarce for some time yet.

---

Grant
Darwin NT

Thanks and great job guys!

---

Thanks for the update, as of this AM 11:25 CST have a bunch of tasks waiting to report with nothing downloaded. Should I continue to wait, abort or will it pick back up when storage is back online?

EDIT: seems a reboot fixed my issue.

Don't abort them as only part of the storage system has been failed and there is no way for us to identify if a task was distributed from the failed part or the part that is working correctly (only about 15% of the tasks were being by the failed computer).

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

The system eventually came back up and we're getting the missing workunits back online as quickly as we can. There will still be some download errors as things will be out of synchronization for a while. Some workunits that exist in the database may not have been flushed to disk before the system went down (although in theory our disk controllers shouldn't allow that to happen).

---

@SETIEric@qoto.org (Mastodon)

Thanks for the update Eric,
I noticed some tasks making progress now. Such as this one.

---

Any idea when there will be data available to process?

Ray

As the servers are coming back to life after a ~24hour break one can expect it to be a S-L-O-W process.
(Given the time they started to come back I would guess that it's an automated job, and was triggered by some task or other starting to live again)

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

2:55 Eastern time and my computer just downloaded and I'm now processing!

Sorry for the late notice. The problems we had bloated the result table to about double its normal size. Hopefully it will be back down to normal next week.

---

@SETIEric@qoto.org (Mastodon)

Wow, still on campus at 17:20? Whatever will CRL say?

Thanks for what you guys do. :-)

3rd consecutive day of no boinc stats update

---

3rd consecutive day of no boinc stats update

Not sure why that would be. Our stats files are in place and have current timestamps.

https://setiathome.berkeley.edu/stats/

---

@SETIEric@qoto.org (Mastodon)

BOINCstats has processed one now. Probably all three days' worth in one go, judging by the figures on my account.

my boinc stats update each morning so tomorrow we shall see

---

Hello Eric,
would it be possible to renew the "Status of the UC-Berkeley SETI Efforts (Korpela, et al. 2011) " ?
There has been some years between 2011 and today - or has nothing changed?

Thank you

We're working on a couple of large papers right now. We'll certainly post them when we're done.

---

@SETIEric@qoto.org (Mastodon)