My issue occurred 15 hours after the outage recovery and before this mornings shorty outage. RTS buffer was fully stocked by then. Also I got every download I asked for without any issues except for the six or so stuck tasks on each host. The common factor was that every host had the same elapsed time on the stuck tasks or within a couple of minutes of each other since the hosts normally sync up on scheduler request timers. So they all hit the servers at approximately the same time and ended up with stuck tasks.

So don't think it was because the servers were being hit with any different amount of traffic at that time.

---

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

A proud member of the OFA (Old Farts Association)

could the download problems be caused by too many people trying to get WUs all at the same time? Too many connections at once? Is it usually after an outage like we had today and yesterday?

I had a few connection problems after the second outage today, but they downloaded OK after a few retries.

I also had problems accessing this website, with - apparently - the Cloudflare service failing to get me a secure connection and giving me a 'forbidden' plain http connection instead. So I went out to the pub, and it was fine when I got back.

I had a few connection problems after the second outage today, but they downloaded OK after a few retries.

I also had problems accessing this website, with - apparently - the Cloudflare service failing to get me a secure connection and giving me a 'forbidden' plain http connection instead. So I went out to the pub, and it was fine when I got back.

. . That seems to fall in with Wiggo's cure. :)

Stephen

:)

It works most of the time for me, but it's a bummer during Coffee O'clock like today. :-D

Cheers.

I had a brief occurrence of backoffs and http errors after this mornings brief outage. But they cleared rather fast once I started hitting the retry button in BoincTasks.

The running elapsed timer on stalled active downloads with no backoffs and no progress is a completely different problem from all the various download issues we have experienced in the last few months. Only shown up in the past couple of weeks and always occurs in the wee hours of the morning.

---

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

A proud member of the OFA (Old Farts Association)

I had a brief occurrence of backoffs and http errors after this mornings brief outage. But they cleared rather fast once I started hitting the retry button in BoincTasks.

The running elapsed timer on stalled active downloads with no backoffs and no progress is a completely different problem from all the various download issues we have experienced in the last few months. Only shown up in the past couple of weeks and always occurs in the wee hours of the morning.

. . The problem I noticed was on 2 of the slower machines but as it self corrected I didn't think to check the faster Linux rig. I should have! It had been completely out of work for about 2 hours with 90 stalled downloads. One click on retry got the d/l's running immediately but I didn't stop to see what the errors were. It must have started about 4 hours prior to that.

. . Oh well, they are back to working again now.

Stephen

:)

This is a screenshot is when I am speaking of "stuck" downloads
stuck_downloads.png

---

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

A proud member of the OFA (Old Farts Association)

This is a screenshot is when I am speaking of "stuck" downloads
stuck_downloads.png

Interesting, and no, I've never seen that before either.

There should be a timeout in your TCP/IP stack somewhere. BOINC has

<http_transfer_timeout>seconds</http_transfer_timeout>
Abort HTTP transfers if idle for this many seconds; default 300.

in cc_config.xml: I've got that one turned down to 60 seconds, on the basis that if it ain't happened, it ain't gonna happen. ('Abort' doesn't mean throw the file away: just stop trying this time, backoff, and try again later)

The thing I've tried in years past is to 'Suspend network activity' from the 'Activity' menu in BOINC Manager, count to ... ooh, some random number or other ... and turn it back on again. At least you can do that without interrupting the running tasks and wasting time while they start again from checkpoint.

I had turned that down to 90 seconds in the past. But when we started getting the download issues, I removed any value and defaulted back to the standard 300 seconds.

[Edit]Coulda - Shoulda thought of that on my own. That does eventually wake up the download process on the stuck tasks. Just tried on another machine with the same half dozen stuck downloads. Saves time as you say and doesn't inflict a restart on tasks.

---

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

A proud member of the OFA (Old Farts Association)

Shortest Tuesday out(r)age yet ever today I think. I don't know whether this forebodes anything but I will try to stay positive. :^)

---

Shortest Tuesday out(r)age yet ever today I think. I don't know whether this forebodes anything but I will try to stay positive. :^)

Very nice short outage. Good Job, seti team.

shockingly short outage

---

What did they forget to do?

What did they forget to do?

I wonder also. The one last week was short also. But needed another outage later in the day. Will the pattern repeat?

---

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

A proud member of the OFA (Old Farts Association)

It's only me or the site & the DLs are very slow?

---

It's only me or the site & the DLs are very slow?

Looking from here it's working fine 4 to 5 secs/download.

No problems here either.

Cheers.

I've been noticing that the website server has been slow to serve pages since the outage. No issues with downloads.

---

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

A proud member of the OFA (Old Farts Association)

Web pages are very slow show, 5-10 secs to mount a single page.

DL are happening with no issues but very slow (around 15KBps) instead of the > 256KBPs normal.

ISP Speed test normal (170 MBps)

---

I've been noticing that the website server has been slow to serve pages since the outage. No issues with downloads.

Neither of those issues seen here at any time since the outage.