Scroll to the bottom task in the list on the download page in the Manager. Select it with the mouse and click the Retry button. I can usually get a dozen or so tasks that way cleared from the list before the download server begins to ignore me and give me a increased backoff. Then I move to another host and try there until it too craps out. Then move to another host etc.

Ahh, the "bottom" has it. TY!

---

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

My caches are both back to normal again.

Cheers.

. . Are you still using Vader? If so what is the address? If you don't mind?

Stephen

? ?

Scroll to the bottom task in the list on the download page in the Manager. Select it with the mouse and click the Retry button. I can usually get a dozen or so tasks that way cleared from the list before the download server begins to ignore me and give me a increased backoff. Then I move to another host and try there until it too craps out. Then move to another host etc.

Ahh, the "bottom" has it. TY!

Honest, I have no idea. Bumped one and suddenly tons of CUDA90 tasks are downloading.

Tom

---

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

My caches are both back to normal again.

Cheers.

. . Are you still using Vader? If so what is the address? If you don't mind?

Stephen

? ?

If you want to modify your hosts list, then these are the current IP addresses.

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

---

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

A proud member of the OFA (Old Farts Association)

My caches are both back to normal again.

Cheers.

. . Are you still using Vader? If so what is the address? If you don't mind?

Stephen

? ?

Take a look at the sticky in our forum Stephen. ;-)

Cheers.

Scroll to the bottom task in the list on the download page in the Manager. Select it with the mouse and click the Retry button. I can usually get a dozen or so tasks that way cleared from the list before the download server begins to ignore me and give me a increased backoff. Then I move to another host and try there until it too craps out. Then move to another host etc.

Ahh, the "bottom" has it. TY!

Honest, I have no idea. Bumped one and suddenly tons of CUDA90 tasks are downloading.

Tom

And when I bumped it again, the whole backup starts downloading. Hmmmmmm....... (Vodoo?)

Tom

---

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

Scroll to the bottom task in the list on the download page in the Manager. Select it with the mouse and click the Retry button. I can usually get a dozen or so tasks that way cleared from the list before the download server begins to ignore me and give me a increased backoff. Then I move to another host and try there until it too craps out. Then move to another host etc.

Ahh, the "bottom" has it. TY!

Honest, I have no idea. Bumped one and suddenly tons of CUDA90 tasks are downloading.

Tom

And when I bumped it again, the whole backup starts downloading. Hmmmmmm....... (Vodoo?)

Tom

You are having better luck than I am. I think the more attempts on the download counter, the harder it is to get the task. I find if I always try to get the smallest backoff task in the list, the easier it is to get it to download. The tasks that are 10 or more attempts are permanently stuck it seems.

---

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

A proud member of the OFA (Old Farts Association)

If you want to modify your hosts list, then these are the current IP addresses.

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

Well, they were current at the dates stated. My local reference set has the dates updated to August 2017, the last time we had to dust them off.

But you should not modify the final line like that. The purpose of the hosts file is to replace the DNS service when that fails (which is not the case in this outage).

So, when a program calls for a URL in the second column, the hosts file returns the IP address in the first column. BOINC will never try to access Vader by name: our downloads all come from boinc2.ssl.berkeley.edu. Only the IP part changes.

You are having better luck than I am. I think the more attempts on the download counter, the harder it is to get the task. I find if I always try to get the smallest backoff task in the list, the easier it is to get it to download. The tasks that are 10 or more attempts are permanently stuck it seems.

They are all gpu tasks though, so I am chewing through them at the usual very high speeds.

Tom

---

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

Would be interesting to know how the dual download servers actually work.

If the scheduler directs you to one or the other server based on where files were actually placed at the time of the download request, there would be no workaround and files previously placed on the down server would be inaccessible where those placed on the other server would be fine. Assuming this is how it works, and it's the scheduler that's doing the load balancing.

If (and I think this is very doubtful) both download servers are using a common storage place or are otherwise truly redundant, then twiddling IP addresses might have some function if one died.

I didn't have any success getting a download by changing the IP address of boinc2 to .127.

---

If you want to modify your hosts list, then these are the current IP addresses.

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

Well, they were current at the dates stated. My local reference set has the dates updated to August 2017, the last time we had to dust them off.

But you should not modify the final line like that. The purpose of the hosts file is to replace the DNS service when that fails (which is not the case in this outage).

So, when a program calls for a URL in the second column, the hosts file returns the IP address in the first column. BOINC will never try to access Vader by name: our downloads all come from boinc2.ssl.berkeley.edu. Only the IP part changes.

True. But 208.68.240.127 resolves to vader.ssl.berkeley.edu in nslookup. I just posted the IP addresses and who they belonged to. Up to the user to know enough about the hosts file to use the information.

I DID NOT say in anyway to put that text into your hosts file. Somebody asked for vader's address, I simply copied my reference text file from documents folder.

---

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

A proud member of the OFA (Old Farts Association)

I didn't have any success getting a download by changing the IP address of boinc2 to .127.

. . Nor I. The restarting stalled downloads one at a time has worked on 2 rigs which now have filled caches but not on the fastest rig which has a totally empty cache :( ... Murphy's Law.

Stephen

:(

yeah i'm getting nothing. still uploading, but no downloads.

---

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

Well I can't complain about all the AP's that I'm picking up ATM. :-D

Cheers.

I was able to download tasks one at a time on 2 Linux machines, 2 other machines still have stuck downloads even after trying to retry downloading 1 at a time.

---

~Chris

It's been quite some time that I've used the host.txt file, where do I stick it?

---

I don't buy computers, I build them!!

It's been quite some time that I've used the host.txt file, where do I stick it?

How to modify your hosts file.

Cheers.

But you shouldn't be modifying your hosts file in the first place as Richard says. We are not having a DNS issue as can be seen with http_debug. We simply have a single, weaker download server running that resolves via a perfectly working DNS just fine. Adding the vader server to the hosts file accomplishes nothing.

---

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

A proud member of the OFA (Old Farts Association)

But you shouldn't be modifying your hosts file in the first place as Richard says. We are not having a DNS issue as can be seen with http_debug. We simply have a single, weaker download server running that resolves via a perfectly working DNS just fine. Adding the vader server to the hosts file accomplishes nothing.

. . So it seems :(

Stephen

:(

But you shouldn't be modifying your hosts file in the first place as Richard says. We are not having a DNS issue as can be seen with http_debug. We simply have a single, weaker download server running that resolves via a perfectly working DNS just fine. Adding the vader server to the hosts file accomplishes nothing.

But if you are running a host file and Vader was being ignored then it needs changing. ;-)

Cheers.