So it was me repeatedly trying to get the stuck Einstein uploads to finish by hitting retry and having them all in "Active" is what prevented the others from uploading or downloading and going into backoff.

---

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

A proud member of the OFA (Old Farts Association)

Sounds plausible.

Lots of data files sitting complete at (128) it would be nice if they didn't load any more data after the outage so we can burn through some of the smaller files. Just my thoughts in an ideal world.

It would kinda be nice if we could have a feature that told us how many files we have processed in the last 24 hours. I am aware that you can do it by basic maths but you would need to check it each day at the same time. Also hard to get an accurate number if they have added more data. I am aware that this probably will not happen as it would more strain on the database.

---

If I remember right, Eric said they do ~1.2TB of data from Greenbank per day.
So 1024 * 1.2 / 52.39GB = 23.5 files.
My best guess there ....

---

If I remember right, Eric said they do ~1.2TB of data from Greenbank per day.
So 1024 * 1.2 / 52.39GB = 23.5 files.
My best guess there ....

Thank you for the information very interesting. Now if only we could see what files have been processed before they are removed. I am aware as I said in my previous post that there are approximately 9 files sitting at (128) I guess in a way this is showing me they are complete. :) I have a feeling these maybe stuck.

---

Thank you for the information very interesting. Now if only we could see what files have been processed before they are removed. I am aware as I said in my previous post that there are approximately 9 files sitting at (128) I guess in a way this is showing me they are complete. :) I have a feeling these maybe stuck.

No, it means the SSP is borked, as it has been intermittently for a while. If you look, it will also say that there are 28 GBT splitters running (channels in progress), when only 14 are provisioned. If you see that, pretty much everything else is possibly inaccurate as well. This seems to include failing to drop off the page files that have been completely split.
No way to know for sure, but my suspicion is that when they redid the throttle process a while back they failed to account for updating some portion of the SSP, as this seems to happen after the throttle kicks in.

---

Well, its 10:17 CST(USA) and the website is still up. Usually it is down by now.

Maybe the putative ram upgrade is delaying things.

Tom

---

A proud member of the OFA (Old Farts Association).

Or perhaps Jeff is on vacation and Eric is throwing the switches.

that was quick :)

---

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

What have they done in the labs?! The servers are responsive and Quick after an outage, result Creation rate just flies. It was only a slight roadbump instead of a massive tornado wrecking it for hours?!

Well done all staff for speeding it up. Whatever you did, you did it flawlessly! *hats off* https://setistats.haveland.com/sah_v8_results.html

---

_________________________________________________________________________
Addicted to SETI crunching!
Founder of GPU Users Group

+1

I agree. Don't know if the delayed upgrade of the last 32GB into carolyn happened or not . . . . it seemed very responsive and current even without the full memory package since last Tuesday. The website and servers seem to be running very well and the website is responsive and quick for a change. A pleasure to use.

Good job, lab elves!

---

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

A proud member of the OFA (Old Farts Association)

+ 2

---

Just goes to show how badly memory problems can slow things down.

---

+ 2

+3 or even +42 :)

---

A proud member of the OFA (Old Farts Association).

Been getting the (very) occasional sticky download.
The timer starts, but nothing happens for 30sec to several minutes, then it finally gets going & eventually downloads.

---

Grant
Darwin NT

Been getting the (very) occasional sticky download.
The timer starts, but nothing happens for 30sec to several minutes, then it finally gets going & eventually downloads.

FWIW, haven't experienced that here this evening/morning.

---

Been getting the (very) occasional sticky download.
The timer starts, but nothing happens for 30sec to several minutes, then it finally gets going & eventually downloads.

. . FWIW me too ...

Stephen

<shrug>

I had a stuck upload on a host that would never start over two days. Exiting BOINC and restarting never changed its condition. I know I could have edited client_state but it wasn't worth the effort and possible dumping of all work so I just aborted the upload.

I too see some very slow downloads. Takes a while for them to start and finish. I also have some go into delayed retries because my connect time is reduced to 90 seconds and they never get started in time.

---

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

A proud member of the OFA (Old Farts Association)

Not to turn on the panic bottom but

Did anyone tried to see it's validated WU for example? In my case the page runs, runs & runs but never opens.

---

Not to turn on the panic bottom but

Did anyone tried to see it's validated WU for example? In my case the page runs, runs & runs but never opens.

Hi Juan,

I just checked and it works fine for me. :)

Have a great day! :)

Siran

---

CAPT Siran d'Vel'nahr XO - L L & P _\\//
USS Vre'kasht NCC-33187
Winders 10 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