It seems like all the files I try do download for Einstein@home fail their MD5 check.
I am using client version 5.2.13 for i686-pc-linux-gnu.
I am also enrolled to SETI@home and the downloads there work fine.
Copyright © 2024 Einstein@Home. All rights reserved.
MD5 checks failing
)
Which Linux? My SuSE 9.3 gives no MDS error in both Seti and Einstein with the same Boinc client.
Tullio
RE: Which Linux? My SuSE
)
Fedora core 4.
I don't know if the "md5sum" utility is used, but it is version 5.2.1.
RE: RE: Which Linux? My
)
Mine is 5.3.0. Are you behind a proxy?
RE: Mine is 5.3.0. Are you
)
I might be. I have a transparent proxy ( Meaning that i can connect to the internet both trough and around the proxy.) I have set the http_proxy enviroment variable. But apart from that i haven't done anything to make BOINC use the proxy. I don't know whether it uses the proxy or not.
RE: RE: Mine is 5.3.0.
)
What about posting a log? Also try a keyword search on md5sum. Maybe someone has met and solved the same problen. I never had it. Cheers.
Tullio
RE: What about posting a
)
A piece of my error messages.
I have tried searching for md5. I didn't find anything.
RE: RE: What about
)
Try a full text search for md5sum. But you seem to have a problem with albert, not with einstein. I have no experience with it. Maybe someone else has.
The problem seems to occur
)
The problem seems to occur before the application is run. So which application it is shouldn't make any difference.
I don't know if this applies
)
I don't know if this applies to your problem; but, you might want to read the posts on this thread by Edo and Sharky (also on this thread). They seem to think there is a problem with Albert units from a certain server. And I think they found a workaround.
RE: I don't know if this
)
Thanks. I know what the problem is now. I don't want to change my timesone so i will just wait till it's fixed. ( Changing the timesone wouldn't help either as I have reached my quota.)