Same problem here on my Odroid. Applied the sollution that ArcSedna offerd and that works.

---

So downloads are still broken and boinc-process is still dead.

---

Grant
Darwin NT

This entry in my DNS server solved the download failure issue

---

So downloads are still broken and boinc-process is still dead.

Same here.
But it's strange, 'cause the download service seems to be up (green)

---

So downloads are still broken and boinc-process is still dead.

Same here.
But it's strange, 'cause the download service seems to be up (green)

As posted by ArcSenda earlier-

Rosetta@home 2024/12/04 09:16 [http] [ID#4306] Info: SSL certificate problem: certificate has expired

It is running, but it's configuration is broken, so it's broken.

---

Grant
Darwin NT

So downloads are still broken and boinc-process is still dead.

Same here.
But it's strange, 'cause the download service seems to be up (green)

As posted by ArcSenda earlier-

Rosetta@home 2024/12/04 09:16 [http] [ID#4306] Info: SSL certificate problem: certificate has expired

It is running, but it's configuration is broken, so it's broken.

There appear to be 3 servers of which 2 have an expired certificate. If you force the link to the third server as ArcSenda suggested it works fine - we’ll just have to remember to remove the hard coding from /etc/hosts when the certificate has been updated.

It seems that, the DNS server of my ISP resolves boinc-files.bakerlab.org to 128.95.160.135 or 128.95.160.134 , which have expired SSL certs.
I wrote alternative IP to my local /etc/hosts manually, like 128.95.160.156 boinc-files.bakerlab.org , now every downloads working fine so far.

OK: I tried this on my Red Hat Enterprise Linux release 8.10 (Ootpa) system and it works just fine.

But how long should I leave my hosts file like this?

/etc]# cat hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
128.95.160.156 boinc-files.bakerlab.org

At some point, 128.95.160.156 boinc-files.bakerlab.org will become invalid, or be the one with an espired certificate and I should remove it from the hosts file.

---

I'm also getting

[Rosetta@home] Temporarily failed download of 8a_hal_x_hal_8aa_4jp2035_d84_0001_1.zip: transient HTTP error

---

i crunch for Ukraine. Join our team forums about Rosetta@home

the hosts file hack seems to no longer work. that address (128.95.160.135) stopped working for me last night. seems that rosetta is now a dead project. good thing WCG still has work for a while.

edit: funny, last night i was using 128.95.160.156 and had the same symptom. pinging the server gave me the above addr which does not work. now trying 128.95.160.156 again it works. wonky.

I have a ton of tasks stalled in trying to download.

---

Help, my tagline is missing..... Help, my tagline is......... Help, m........ Hel.....

I ran ipconfig /flushdns and it started working for me.

I ran ipconfig /flushdns and it started working for me.

i ran

sudo resolvectl flush-caches

on ubuntu 24 and it did NOT help

---

i crunch for Ukraine. Join our team forums about Rosetta@home

My systems are still downloading Tasks OK with the original Hosts fix in place.

---

Grant
Darwin NT

So downloads are still broken and boinc-process is still dead.

Same here.
But it's strange, 'cause the download service seems to be up (green)

As posted by ArcSenda earlier-

Rosetta@home 2024/12/04 09:16 [http] [ID#4306] Info: SSL certificate problem: certificate has expired

It is running, but it's configuration is broken, so it's broken.

There appear to be 3 servers of which 2 have an expired certificate. If you force the link to the third server as ArcSenda suggested it works fine - we’ll just have to remember to remove the hard coding from /etc/hosts when the certificate has been updated.

In spite of having no feedback for some considerable time, I've sent a link to ArcSenda's message to the Rosetta admin email account with an appropriate Subject line
Hopefully it does get picked up on, someone here notices when it's been sorted out and says so, so we can remove that line from etc/hosts again

A lot of ifs admittedly...

---

My systems are still downloading Tasks OK with the original Hosts fix in place.

What is the "original hosts fix" please?

==edit===
128.95.160.156 boinc-files.bakerlab.org

---

Help, my tagline is missing..... Help, my tagline is......... Help, m........ Hel.....

128.95.160.156 boinc-files.bakerlab.org

amazing - this worked!

---

i crunch for Ukraine. Join our team forums about Rosetta@home

There is a problem with the server transferring tasks, they are not downloading

---

I think I am just having a same problem

boinc-process host is running again, Validation backlog is cleared.
Now all we need is the download servers to be sorted out,

---

Grant
Darwin NT

I have dumped/cancelled 20 tasks over last several days mostly on my android phones that refused to download after 48 hours of too many retries.
Would be nice to see them fix the problem before WCG goes offline for a month, but I won't hold my breath that long.