Etienne,I think you're on to something about this einstein.aei.mpg.de server.
I saw Edo had the same server on top in the scheduler logs.
So did John55s.
Can't see your because they are hidden.
But I didn't thought that could have been the problem because I too have that
server on top.But after I red your post I checked around and stumbled over my stderrdae.txt in my Boinc-folder and scrolled down to the time when I downloaded my first Albert I saw this message:2005-12-27 21:11:40 [---] Couldn't connect to hostname [einstein.aei.mpg.de](time +1hour compared to UTC).
Does this mean that I downloaded the Albertstuff from the next server and didn't suffer from these transfer errors.?
The same thing happend to my second Albert-computer.
Am I completly off here or..??
well ppl
why you dont try to use first proxy server?
i have same ussue with md5 errors, but after i switch to free proxy, i download albert with no errors to 3 of my hosts
Don't know for sure what was happening with this server [einstein.aei.mpg.de] but when I try to access it later, it was perfectly accessible... (with my browser, not boinc manager)
I'll continue to track this kind of issue to have confirmation, if it's happen again!
I'll check the logs asap...
BTW:
I got the same:
2005-12-30 20:59:11 [Einstein@Home] Finished download of skygrid_1020_r_T09.dat
2005-12-30 20:59:11 [Einstein@Home] Throughput 1431 bytes/sec
2005-12-30 20:59:11 [Einstein@Home] MD5 check failed for skygrid_1020_r_T09.dat
2005-12-30 20:59:11 [Einstein@Home] expected 54ecb0c24a9acd94f9c68c57d3af79cc, got 7647e75e28c90d407ac4f5e1baef82d7
2005-12-30 20:59:11 [Einstein@Home] Checksum or signature error for skygrid_1020_r_T09.dat
(of course for all of the new files.
I can not check the sched file any more, bucause I already got a new one.
Have to check tomorrow again.
12/28/2005 4:12:14 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
12/28/2005 4:12:14 PM|Einstein@Home|Reason: To fetch work
12/28/2005 4:12:14 PM|Einstein@Home|Requesting 9 seconds of new work
12/28/2005 4:12:19 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
12/28/2005 4:12:19 PM|Einstein@Home|Got server request to delete file l1_0150.5
12/28/2005 4:12:20 PM|Einstein@Home|Started download of albert_4.37_windows_intelx86.exe
12/28/2005 4:12:20 PM|Einstein@Home|Started download of albert_4.37_windows_intelx86.pdb
12/28/2005 4:12:23 PM|Einstein@Home|Finished download of albert_4.37_windows_intelx86.exe
12/28/2005 4:12:23 PM|Einstein@Home|Throughput 645936 bytes/sec
12/28/2005 4:12:23 PM|Einstein@Home|Started download of config_S4R2a.cfg
12/28/2005 4:12:25 PM|Einstein@Home|Finished download of config_S4R2a.cfg
12/28/2005 4:12:25 PM|Einstein@Home|Throughput 5354 bytes/sec
12/28/2005 4:12:25 PM|Einstein@Home|Started download of r1_0947.0
12/28/2005 4:12:26 PM|Einstein@Home|Finished download of albert_4.37_windows_intelx86.pdb
12/28/2005 4:12:26 PM|Einstein@Home|Throughput 906232 bytes/sec
12/28/2005 4:12:26 PM|Einstein@Home|Started download of skygrid_0950_r_T09.dat
12/28/2005 4:12:27 PM|Einstein@Home|Finished download of skygrid_0950_r_T09.dat
12/28/2005 4:12:27 PM|Einstein@Home|Throughput 552881 bytes/sec
12/28/2005 4:12:32 PM|Einstein@Home|Finished download of r1_0947.0
12/28/2005 4:12:32 PM|Einstein@Home|Throughput 1063817 bytes/sec
12/28/2005 4:12:33 PM||request_reschedule_cpus: files downloaded
12/28/2005 5:10:50 PM||request_reschedule_cpus: process exited
12/28/2005 5:10:50 PM|Einstein@Home|Computation for result l1_0150.5__0150.8_0.1_T12_S4lD_3 finished
12/28/2005 5:10:51 PM|Einstein@Home|Starting result r1_0947.0__852_S4R2a_2 using albert version 437
12/28/2005 5:10:52 PM|Einstein@Home|Started upload of l1_0150.5__0150.8_0.1_T12_S4lD_3_0
12/28/2005 5:10:56 PM|Einstein@Home|Finished upload of l1_0150.5__0150.8_0.1_T12_S4lD_3_0
12/28/2005 5:10:56 PM|Einstein@Home|Throughput 16609 bytes/sec
I am having no issues.
I was reading somewhere on SETI that some connections (especially DSL) might be having issues with MTU sizes. You might want to search the forums over there and see if you can follow along and fix using their solutions.
Hrm, so an idea for the ones having problem is maybe change their timezone for a few hours and see what happens? If the only one having problems is de, then move it 3 hours back and let it get from the uk. It's a longer trek, but if the files are currently bad on de, this would solve issues with getting the executibles for now, until the team can get in and fix it (which is still going to be probably after the New Year's holiday).
Hey,I think that's a very good idea.
You might have to reset or reattach or somehow delete the faulty albert-app from the Boinc folders I guess (maybe even more..).
People,post here if this works.
edit: Two more of my boxes has gone to Alberts now and non of them couldn't connect to "einstein.aei.mpg.de".. Have they cut the lines from sweden to germany or what. ;P (I almost wish I could test that timezone theory..) ;)
Hey,I think that's a very good idea.
You might have to reset or reattach or somehow delete the faulty albert-app from the Boinc folders I guess (maybe even more..).
People,post here if this works.
edit: Two more of my boxes has gone to Alberts now and non of them couldn't connect to "einstein.aei.mpg.de".. Have they cut the lines from sweden to germany or what. ;P (I almost wish I could test that timezone theory..) ;)
Try a project reset first. If you still get a corrupt file then try detaching and reattaching.
Hey,I think that's a very good idea.
You might have to reset or reattach or somehow delete the faulty albert-app from the Boinc folders I guess (maybe even more..).
People,post here if this works.
edit: Two more of my boxes has gone to Alberts now and non of them couldn't connect to "einstein.aei.mpg.de".. Have they cut the lines from sweden to germany or what. ;P (I almost wish I could test that timezone theory..) ;)
Try a project reset first. If you still get a corrupt file then try detaching and reattaching.
Nothing works. I try reseting project, reattaching, reinstalling complete BOINC. Corrupt files all the times. :-(
Etienne,I think you're on to
)
Etienne,I think you're on to something about this einstein.aei.mpg.de server.
I saw Edo had the same server on top in the scheduler logs.
So did John55s.
Can't see your because they are hidden.
But I didn't thought that could have been the problem because I too have that
server on top.But after I red your post I checked around and stumbled over my stderrdae.txt in my Boinc-folder and scrolled down to the time when I downloaded my first Albert I saw this message:2005-12-27 21:11:40 [---] Couldn't connect to hostname [einstein.aei.mpg.de](time +1hour compared to UTC).
Does this mean that I downloaded the Albertstuff from the next server and didn't suffer from these transfer errors.?
The same thing happend to my second Albert-computer.
Am I completly off here or..??
well ppl why you dont try to
)
well ppl
why you dont try to use first proxy server?
i have same ussue with md5 errors, but after i switch to free proxy, i download albert with no errors to 3 of my hosts
I Sharky, Don't know for
)
I Sharky,
Don't know for sure what was happening with this server [einstein.aei.mpg.de] but when I try to access it later, it was perfectly accessible... (with my browser, not boinc manager)
I'll continue to track this kind of issue to have confirmation, if it's happen again!
I'll check the logs asap...
Regards
Gex - France
BTW: I got the
)
BTW:
I got the same:
2005-12-30 20:59:11 [Einstein@Home] Finished download of skygrid_1020_r_T09.dat
2005-12-30 20:59:11 [Einstein@Home] Throughput 1431 bytes/sec
2005-12-30 20:59:11 [Einstein@Home] MD5 check failed for skygrid_1020_r_T09.dat
2005-12-30 20:59:11 [Einstein@Home] expected 54ecb0c24a9acd94f9c68c57d3af79cc, got 7647e75e28c90d407ac4f5e1baef82d7
2005-12-30 20:59:11 [Einstein@Home] Checksum or signature error for skygrid_1020_r_T09.dat
(of course for all of the new files.
I can not check the sched file any more, bucause I already got a new one.
Have to check tomorrow again.
12/28/2005 4:12:14
)
12/28/2005 4:12:14 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
12/28/2005 4:12:14 PM|Einstein@Home|Reason: To fetch work
12/28/2005 4:12:14 PM|Einstein@Home|Requesting 9 seconds of new work
12/28/2005 4:12:19 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
12/28/2005 4:12:19 PM|Einstein@Home|Got server request to delete file l1_0150.5
12/28/2005 4:12:20 PM|Einstein@Home|Started download of albert_4.37_windows_intelx86.exe
12/28/2005 4:12:20 PM|Einstein@Home|Started download of albert_4.37_windows_intelx86.pdb
12/28/2005 4:12:23 PM|Einstein@Home|Finished download of albert_4.37_windows_intelx86.exe
12/28/2005 4:12:23 PM|Einstein@Home|Throughput 645936 bytes/sec
12/28/2005 4:12:23 PM|Einstein@Home|Started download of config_S4R2a.cfg
12/28/2005 4:12:25 PM|Einstein@Home|Finished download of config_S4R2a.cfg
12/28/2005 4:12:25 PM|Einstein@Home|Throughput 5354 bytes/sec
12/28/2005 4:12:25 PM|Einstein@Home|Started download of r1_0947.0
12/28/2005 4:12:26 PM|Einstein@Home|Finished download of albert_4.37_windows_intelx86.pdb
12/28/2005 4:12:26 PM|Einstein@Home|Throughput 906232 bytes/sec
12/28/2005 4:12:26 PM|Einstein@Home|Started download of skygrid_0950_r_T09.dat
12/28/2005 4:12:27 PM|Einstein@Home|Finished download of skygrid_0950_r_T09.dat
12/28/2005 4:12:27 PM|Einstein@Home|Throughput 552881 bytes/sec
12/28/2005 4:12:32 PM|Einstein@Home|Finished download of r1_0947.0
12/28/2005 4:12:32 PM|Einstein@Home|Throughput 1063817 bytes/sec
12/28/2005 4:12:33 PM||request_reschedule_cpus: files downloaded
12/28/2005 5:10:50 PM||request_reschedule_cpus: process exited
12/28/2005 5:10:50 PM|Einstein@Home|Computation for result l1_0150.5__0150.8_0.1_T12_S4lD_3 finished
12/28/2005 5:10:51 PM|Einstein@Home|Starting result r1_0947.0__852_S4R2a_2 using albert version 437
12/28/2005 5:10:52 PM|Einstein@Home|Started upload of l1_0150.5__0150.8_0.1_T12_S4lD_3_0
12/28/2005 5:10:56 PM|Einstein@Home|Finished upload of l1_0150.5__0150.8_0.1_T12_S4lD_3_0
12/28/2005 5:10:56 PM|Einstein@Home|Throughput 16609 bytes/sec
I am having no issues.
I was reading somewhere on SETI that some connections (especially DSL) might be having issues with MTU sizes. You might want to search the forums over there and see if you can follow along and fix using their solutions.
I think you downloaded from
)
I think you downloaded from http://einstein.phys.uwm.edu because of your timezone.
Your P4 1300 scheduler log looks like this:
2005-12-28 22:12:17.1667 [PID=12560] [debug ] REQUEST_METHOD=POST CONTENT_TYPE=application/x-www-form-urlencoded HTTP_ACCEPT=*/* HTTP_USER_AGENT=BOINC client (windows_intelx86 5.02)
2005-12-28 22:12:17.1668 [PID=12560] [debug ] CONTENT_LENGTH=4125
2005-12-28 22:12:17.1808 [PID=12560] [normal ] Handling request: host 91807, platform windows_intelx86, version 5.2.12, RSF 0.333333
2005-12-28 22:12:17.1808 [PID=12560] [normal ] OS version Microsoft Windows 2000 Professional Edition, Service Pack 4, (05.00.2195.00)
2005-12-28 22:12:17.1866 [PID=12560] [debug ] Request [HOST#91807] Database [HOST#91807] Request [RPC#377] Database [RPC#376]
2005-12-28 22:12:17.1877 [PID=12560] [normal ] Processing request [HOST#91807] [RPC#377] core client version 5.2.12
2005-12-28 22:12:17.2755 [PID=12560] [debug ] [HOST#91807] Resetting nresults_today
2005-12-28 22:12:17.2759 [PID=12560] [debug ] Result is on [HOST#91807]: l1_0150.5__0150.8_0.1_T12_S4lD_3
2005-12-28 22:12:17.2766 [PID=12560] [normal ] [HOST#91807] got request for 8.590920 seconds of work; available disk 12.543676 GB
2005-12-28 22:12:17.2766 [PID=12560] [debug ] [HOST#91807]: has file l1_0150.5
2005-12-28 22:12:17.2774 [PID=12560] [debug ] send_old_work() no feasible result older than 84.0 hours
2005-12-28 22:12:17.2786 [PID=12560] [debug ] in_send_results_for_file(l1_0150.5, 0) prev_result.id=13079238
2005-12-28 22:12:17.2870 [PID=12560] [debug ] work generator says no work remaining for file l1_0150.5
2005-12-28 22:12:17.2870 [PID=12560] [debug ] make_more_work_for_file(l1_0150.5, 0)=-1
2005-12-28 22:12:17.2882 [PID=12560] [debug ] No remaining work for file l1_0150.5 (0), flagging for removal
2005-12-28 22:12:17.2882 [PID=12560] [debug ] [HOST#91807]: delete file l1_0150.5 (not needed)
2005-12-28 22:12:17.2883 [PID=12560] [debug ] send_new_file_work(): try to send old work
2005-12-28 22:12:17.2894 [PID=12560] [debug ] est cpu dur 29098.056630; running_frac 0.998808; rsf 0.333333; est 36636.110013
2005-12-28 22:12:17.2902 [PID=12560] [debug ] Sorted list of URLs follows [host timezone: UTC-21600]
2005-12-28 22:12:17.2902 [PID=12560] [debug ] zone=-21600 url=http://einstein.phys.uwm.edu
2005-12-28 22:12:17.2902 [PID=12560] [debug ] zone=-18000 url=http://morel.mit.edu
2005-12-28 22:12:17.2902 [PID=12560] [debug ] zone=-18000 url=http://einstein.aset.psu.edu
2005-12-28 22:12:17.2902 [PID=12560] [debug ] zone=+00000 url=http://einstein.astro.gla.ac.uk
2005-12-28 22:12:17.2902 [PID=12560] [debug ] zone=+03600 url=http://einstein.aei.mpg.de
2005-12-28 22:12:17.2905 [PID=12560] [debug ] [HOST#91807] Sending app_version albert windows_intelx86 437
2005-12-28 22:12:17.2918 [PID=12560] [debug ] est cpu dur 29098.056630; running_frac 0.998808; rsf 0.333333; est 36636.110013
2005-12-28 22:12:17.2918 [PID=12560] [normal ] [HOST#91807] Sending [RESULT#13054522 r1_0947.0__852_S4R2a_2] (fills 36636.11 seconds)
2005-12-28 22:12:17.2927 [PID=12560] [debug ] send_old_work(r1_0947.0__852_S4R2a_2) sent result created 42.0 hours ago [RESULT#13054522]
2005-12-28 22:12:17.2928 [PID=12560] [normal ] [HOST#91807] Sent 1 results [scheduler ran 0.127787 seconds]
2005-12-28 22:12:17.2936 [PID=12560] [normal ] sending delay request 61.000000
All transfer errors I seen has einstein.aei.mpg.de on top of that list.
Correct me if I'm wrong. :)
Hrm, so an idea for the ones
)
Hrm, so an idea for the ones having problem is maybe change their timezone for a few hours and see what happens? If the only one having problems is de, then move it 3 hours back and let it get from the uk. It's a longer trek, but if the files are currently bad on de, this would solve issues with getting the executibles for now, until the team can get in and fix it (which is still going to be probably after the New Year's holiday).
Hey,I think that's a very
)
Hey,I think that's a very good idea.
You might have to reset or reattach or somehow delete the faulty albert-app from the Boinc folders I guess (maybe even more..).
People,post here if this works.
edit: Two more of my boxes has gone to Alberts now and non of them couldn't connect to "einstein.aei.mpg.de".. Have they cut the lines from sweden to germany or what. ;P (I almost wish I could test that timezone theory..) ;)
RE: Hey,I think that's a
)
Try a project reset first. If you still get a corrupt file then try detaching and reattaching.
BOINC WIKI
BOINCing since 2002/12/8
RE: RE: Hey,I think
)
Nothing works. I try reseting project, reattaching, reinstalling complete BOINC. Corrupt files all the times. :-(