No sticky uploads or downloads today.
Log file indicates BoincTasks _seems_ to be handling these.

---

No sticky uploads or downloads today.
Log file indicates BoincTasks _seems_ to be handling these.

. . I am not running Boinc Tasks and I am getting plenty of both ...

Stephen

:(

Are we about to crash? Forums are almost non-responsive, web site taking a while to come up.


And all attempted Scheduler contact results in failure.

---

Grant
Darwin NT

I think so but why everything seems normal.

Are we about to crash? Forums are almost non-responsive, web site taking a while to come up.


And all attempted Scheduler contact results in failure.

Forums are responding slightly better now than 20 minutes ago, but I'm getting nothing from the server...can't upload/download WUs

I'm knocking, but no one is home.

Forums are responding slightly better now than 20 minutes ago, but I'm getting nothing from the server...can't upload/download WUs

No problems here uploading (other than the usual), but still no response at all from the Scheduler.

Graphs show the return rate falling like a stone.

---

Grant
Darwin NT

just got some WUs to download... is it fixed?

edit: I'll take a wild guess and say that it had to do with the magic 20 million results issue.

just got some WUs to download... is it fixed?

Yep (at least for now).
The Scheduler is no longer MIA.


Although downloads are an issue on my Linux system (no download server setting in Hosts file)- instant timeouts. Luckily it only took a couple of dozen retries to get them to download.

---

Grant
Darwin NT

Ready-to-send buffer is empty, and the splitters aren't splitting.
Looks like all the shorties & noise bombs have built the backlogs back up to the cutoff level again.

---

Grant
Darwin NT

Ready-to-send buffer is empty, and the splitters aren't splitting.
Looks like all the shorties & noise bombs have built the backlogs back up to the cutoff level again.

Something must be happening as I just got 23 tasks at 10:54

Lot of DL/UL error and retries. Do we have a problem?

---

I don't think the problem is in shorties or noise bombs but in the assimilator not assimilating. Assimilation queue has skyrocketed after the Tuesday outage and the results it is holding hostage have pushed the database size out of safe zone.

---

I don't think the problem is in shorties or noise bombs but in the assimilator not assimilating. Assimilation queue has skyrocketed after the Tuesday outage and the results it is holding hostage have pushed the database size out of safe zone.

The two are related. A lot of shorties and noise bombs reporting quickly after the end of the outage and in the hours that followed will have spiked both the validation queue, and the subsequent assimilation queue, to much higher levels than normal.

To use an illustration all too relevant in this country at the moment: the shorties are like a big thunderstorm in the hills. That creates a surge of water, which moves down the streams and rivers over the following days.

for i in `boinccmd --get_file_transfers | sed -n -e 's/^.*name: //p'`;do boinccmd --file_transfer http://setiathome.berkeley.edu $i retry;done

This command will give the boot to stuck transfers if you don’t want to run additional software.

I was having a heck of a time getting this to work in conjunction with the watch command, but it always seemed to give a syntax error or just didn't work properly. it works as-is if you run it standalone, just not with watch.

but it works if you just drop into a executable bash script

filename update_transfers

#!/bin/bash
for i in `./boinccmd --get_file_transfers | sed -n -e 's/^.*name: //p'`;do ./boinccmd --file_transfer http://setiathome.berkeley.edu $i retry;done

then run it

watch -n 60 ./update_transfers

---

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

Looks like we are bumping up against the memory limit again. Nothing but no work available for all hosts over the past 20 minutes.

---

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

A proud member of the OFA (Old Farts Association)

more of a whine / observation / OCD thing but why are there 5 'chunks' of data waiting to be processed since late 2019? would flushing everything out of the repositories have a potential cleansing affect? i'm no DB nor systems design guy, just wondering..... it has come close a few times only to have another coupla days of data pushed in front - like today.

Thanks, this bash file helps a lot

---

Just can't get any or much replacement work. Splitters are throttled because the database is too big.

---

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

A proud member of the OFA (Old Farts Association)

Just can't get any or much replacement work. Splitters are throttled because the database is too big.

It's backlog is also heading for a new record high. The last time it got this bad we were pretty much out of work for a couple of days.

---

Grant
Darwin NT

Forums laggy and Scheduler is MIA/taking ages to respond again. And the response is "Project has no tasks available" if it does respond, even though there are 60k ready-to-send.

---

Grant
Darwin NT