. . Hmmm ... the Blc21 tapes are nearly finished, we are back to splitting Blc34 tapes, Since it is now Friday it may be a good idea to load some more tapes before the weekend. But we may get through with what is there ... maybe?

Stephen.. .

Work loading is another automated process AFAIK and loading happen automatically once a certain threshold has been reached (just like splitting), but I can't help myself from having a giggle when some of you people mention this. ;-)

Cheers.

. . I know they automated the process for Arecibo tapes, but I am not sure that is correct for GBT tapes. But we'll see :)

Stephen

GBT work runs under the same processes as Arecibo work does, manual intervention only happens when something either goes wrong or preparation for an event is happening.; ;-)

Cheers.

Downloads now failing, uploads and reporting seem OK.

---

All my hosts aren't connecting because every one is in download backoffs. Seems the gremlins are back.

---

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

A proud member of the OFA (Old Farts Association)

Downloads now failing, uploads and reporting seem OK.

Well, at least the web site & forums are no longer sluggish. And you can at least get work allocated, if you can request it, even if you can't actually download it...

Edit-
And to add to that-Ready-to-send is below 500k, and splitter output is still 0 even though the Server Status shows them all as running.

---

Grant
Darwin NT

All my hosts aren't connecting because every one is in download backoffs. Seems the gremlins are back.

I just noticed this myself, but I just resumed all downloads just now before work requests and got topped up on both my rigs.

But it does sometimes does give me a couple of worries about my up coming part 2 of my Linux crunching experience (part 1 was 10 months ago with an old Vista rig that I converted).

Though I could just do a boot to Windows to cover the planned outrages before I go to bed, but the unplanned 1's could be painful while I'm asleep when Linux is running (my 2500K will be the test subject this time).

Cheers.

Downloads now failing, uploads and reporting seem OK.

... And you can at least get work allocated, if you can request it, even if you can't actually download it....

Actually, once BOINC is aware of any stalled downloads, it will refuse to request more work until they are resolved, as can be seen in the log file.
Unless there's an option to bypass that check (doubtful).

Anybody having any luck right now?

---

No luck here, but at least I'll have a full cache again when they finally do download.

Cheers.

Downloads now failing, uploads and reporting seem OK.

... And you can at least get work allocated, if you can request it, even if you can't actually download it....

Actually, once BOINC is aware of any stalled downloads, it will refuse to request more work until they are resolved, as can be seen in the log file.
Unless there's an option to bypass that check (doubtful).

Manual bypass- if downloads are in progress (even though nothing is actually happening), if you do an Update & request new work, it'll be allocated.
Then it's just a case of waiting for the download issue to be fixed (Still waiting for that issue to be sorted).

---

Grant
Darwin NT

Well this latest "event" happened late in the night, I would guess most if not all the staff were/are tucked up in bed and are unaware of what's going on. Result is we just have to wake until someone wakes up and gets to a place where they can do things to servers.

---

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

Downloads now failing, uploads and reporting seem OK.

... And you can at least get work allocated, if you can request it, even if you can't actually download it....

Actually, once BOINC is aware of any stalled downloads, it will refuse to request more work until they are resolved, as can be seen in the log file.
Unless there's an option to bypass that check (doubtful).

Manual bypass- if downloads are in progress (even though nothing is actually happening), if you do an Update & request new work, it'll be allocated.
Then it's just a case of waiting for the download issue to be fixed (Still waiting for that issue to be sorted).

Yep, as a said before, " I just resume all downloads before a work request and I get topped up".

Cheers.

Manual bypass- if downloads are in progress (even though nothing is actually happening), if you do an Update & request new work, it'll be allocated.
Then it's just a case of waiting for the download issue to be fixed (Still waiting for that issue to be sorted).

Not quite. You're likely to get

08/02/2019 10:01:40 | SETI@home | Not requesting tasks: some download is stalled

You have to retry all downloads, so they are all either active or pending, and then request work before the first one goes into backoff.

Downloads now failing, uploads and reporting seem OK.

... And you can at least get work allocated, if you can request it, even if you can't actually download it....

Actually, once BOINC is aware of any stalled downloads, it will refuse to request more work until they are resolved, as can be seen in the log file.
Unless there's an option to bypass that check (doubtful).

Manual bypass- if downloads are in progress (even though nothing is actually happening), if you do an Update & request new work, it'll be allocated.
Then it's just a case of waiting for the download issue to be fixed (Still waiting for that issue to be sorted).

Yep, as a said before, " I just resume all downloads before a work request and I get topped up".

Cheers.

Thanks, all. Guess I'd never run into that before ...

---

Uploads working for me. Not downloads.
As discussed in the Linux special app thread, this in turn causes to me (and not only me, it seems) boinc-client shutting down when network is on.
I have to launch it again and disable communications (TomM seems to be right, at least as much I understand at the moment).
With communications off all is as normal, at least as long as I have work to process (luckily, I am full to the brim).
Very strange, never happened to me that communications issues crash the client.

But downloads seem to fail anyway for everybody, so not much of a difference having comms on or off.

Happy crunching!

I'm getting

08/02/2019 12:03:54 | SETI@home | [http] [ID#2368] Info:  Failed to connect to boinc2.ssl.berkeley.edu port 80: Timed out

which is exactly the same as we got from Bruno on Tuesday, for uploads. It could be another Campus router failure - I haven't looked at IST yet (and may not have time today).

OK, couldn't resist a peek at http://systemstatus.berkeley.edu/. Nothing showing.

Hello everyone,
The solution explained a long time ago should help ???
https://setiathome.berkeley.edu/forum_user_posts.php?userid=683206&offset=20
To make short : adding manually the IP adress in the host file.
Are the next adresses still valid ?

208.68.240.118 setiboincdata.ssl.berkeley.edu # upload server Oct 2016
208.68.240.119 boinc2.ssl.berkeley.edu # download server Oct 2016
208.68.240.126 setiboinc.ssl.berkeley.edu # scheduler Oct 2016

---

Hello everyone,
The solution explained a long time ago should help ???
https://setiathome.berkeley.edu/forum_user_posts.php?userid=683206&offset=20
To make short : adding manually the IP adress in the host file.
Are the next adresses still valid ?

208.68.240.118 setiboincdata.ssl.berkeley.edu # upload server Oct 2016
208.68.240.119 boinc2.ssl.berkeley.edu # download server Oct 2016
208.68.240.126 setiboinc.ssl.berkeley.edu # scheduler Oct 2016

. . It's worth a try. Have you used this?

Stephen

? ?

Hello everyone,
The solution explained a long time ago should help ???
https://setiathome.berkeley.edu/forum_user_posts.php?userid=683206&offset=20
To make short : adding manually the IP adress in the host file.
Are the next adresses still valid ?

208.68.240.118 setiboincdata.ssl.berkeley.edu # upload server Oct 2016
208.68.240.119 boinc2.ssl.berkeley.edu # download server Oct 2016
208.68.240.126 setiboinc.ssl.berkeley.edu # scheduler Oct 2016

I´m running this in my host file, does not work.

Just about out of work to crunch, and just about a full cache ready to download when service resumes.

Edit-
As well as the lack of downloads, there is still no output from the splitters even though the Server Status page still says they are running, and the Ready-to-send is now below 200k.

---

Grant
Darwin NT

Hello everyone,
The solution explained a long time ago should help ???
https://setiathome.berkeley.edu/forum_user_posts.php?userid=683206&offset=20
To make short : adding manually the IP adress in the host file.
Are the next adresses still valid ?

208.68.240.118 setiboincdata.ssl.berkeley.edu # upload server Oct 2016
208.68.240.119 boinc2.ssl.berkeley.edu # download server Oct 2016
208.68.240.126 setiboinc.ssl.berkeley.edu # scheduler Oct 2016

. . It's worth a try. Have you used this?

Stephen

? ?

Been that way here for a couple years now. Not helping this issue ...

---

Hello everyone,
The solution explained a long time ago should help ???
https://setiathome.berkeley.edu/forum_user_posts.php?userid=683206&offset=20
To make short : adding manually the IP adress in the host file.
Are the next adresses still valid ?

That workround is ONLY useful when there's a DNS failure, resulting in the message "can't resolve hostname" in the Event Log.

This breakdown is different, so please don't mess with the hosts file.