I woke up this morning to full caches of downloads on both rigs, but hitting the retry button on each soon had everything back to normal.

Cheers.

I guess I could set <http_debug>, but that only gives me more verbose errors?

Yes, but included in the verbosity can be the actual reason for the error - and that, in turn, can guide you to the solution.

...Time to relax and let go...LOL...

. . SETI should be playing that big hit from Frozen ... :)

Stephen

PS: when I turned this machine back on this morning, 7:30 am AEDT, Iwas able to report and managed to get a full Q of tasks but then the servers went down again. :(

<shrug>

Keep getting "transient HTTP error" when my machines try to download work.
The "Backing off" time keeps getting longer.
I'll just wait for the issues to subside, eventually I'll get them downloaded.

I suggest you read more from the recent posts to this thread.

My problem isn't reporting, it's downloading work.
I guess I could set <http_debug>, but that only gives me more verbose errors?

Downloads are working for me now.
Lesson learned ... mention the errors, and they go away :-)

---

Keep getting "transient HTTP error" when my machines try to download work.
The "Backing off" time keeps getting longer.
I'll just wait for the issues to subside, eventually I'll get them downloaded.

I suggest you read more from the recent posts to this thread.

My problem isn't reporting, it's downloading work.
I guess I could set <http_debug>, but that only gives me more verbose errors?

Only thing I have ever found is to go to the Transfers and keep hitting the Retry button for stuck downloads.

---

SETI@home classic workunits 4,019
SETI@home classic CPU time 34,348 hours

Back to unreachable servers again with download backoffs.

---

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

A proud member of the OFA (Old Farts Association)

Back to unreachable servers again with download backoffs.

. . It seems they may be experimenting with settings somewhere. Or maybe they are installing the gear for Parkes ? :)

Stephen

? ?

I also am not able to get an work for SETI@home. I haae two machines that have run out of work for SETI,

Just checked my machines, looks like I missed most of the fun this week. My daily driver got 100 new tasks about 90 minutes ago, but noticed a lot of issues during the day. Just 23,000+ tasks ready to send, kind of surprising for this time of day on a Wednesday.

---

~Chris

Definitely let go...and went to work.
Came back 10 hours later and its full steam ahead.

---

The feeding frenzy at the slop trough is subsiding and the RTS buffer is beginning to build again. Wonder where the steady state level ends up this week. Hope they don't let the splitters run amok again like yesterday.

---

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

A proud member of the OFA (Old Farts Association)

Even after the extended outage, v8 WU Awaiting-deletion hasn't reduced & is now growing even larger. Previous record was 4.43 million & we're at 3.19 million and climbing.
At what point do we run out of disk space again?

And other than the overfull Ready-to-send buffer when the project came back, the splitter output isn't keeping up with demand again. Ready-to-send numbers continue to fall, as does the output from the splitters.

---

Grant
Darwin NT

the results waiting for db purging is at 9.8 million - I think that's the highest I've ever seen it.

---

~Chris

Thanks for reminding me, because almost forgot it here.

Hi everyone,

Last night/day after the outage I had to abort an AP download to get my other downloads to advance. The one was stuck and prevented me to download any WUs. (It felt so.) Then, after that, I had 1200 downloads but none of them showed any progress. I tried 'hitting retry' and 'Tools - retry pending transfers' .... With no help respect to the situation. Could not dowload any work!

At some point (in time) everything returned to normal. At that point (of time) I had a shell script running ...

#!/bin/bash

for (( ; ; ))
do

    if ./boinccmd --network_available
    then
	sleep 330
    else
	sleep 1000
    fi
done

I really did not know, and still do not, what made the difference. Everything is as it was before.
I guess I was in an another dimension, time and a place. My machine, however, was out of work.

T.b.c:d
Petri33

Petri.

---

To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones

Thanks for the script Petri, could come in handy.

I've been having sporadic stalled downloads this morning and afternoon. Server unreachable messages as the cause and forces the downloads into backoff. Meanwhile the caches empty fast.

---

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

A proud member of the OFA (Old Farts Association)

Just arrived and my cache is allmost empty, the rts buffer is at >500K WU but all requests for new work ends on:

Thu 29 Mar 2018 05:26:50 PM EST | SETI@home | Requesting new tasks for CPU and NVIDIA GPU
Thu 29 Mar 2018 05:26:54 PM EST | SETI@home | Scheduler request completed: got 0 new tasks
Thu 29 Mar 2018 05:26:54 PM EST | SETI@home | Project has no tasks available

---

At least the splitters have managed to pick up the pace, but the WUs Awaiting_deletion continue to grow, and it looks as though the MB Returned-per-hour numbers haven't updated for several hours now.

---

Grant
Darwin NT

All machines getting no tasks are available for 4 of 5 requests. The request that finally does get any work picks up 1-5 tasks. Caches falling fast.

---

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

A proud member of the OFA (Old Farts Association)

Down 300 tasks on one machine. Will be out of gpu work shortly on all machines since nobody is getting any work on request. Just a litany of "no work is available" messages.

---

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

A proud member of the OFA (Old Farts Association)