| Author |
Message |
|---|
|
|
|
OK, access to the reference succeeded, which means that it is NOT the router or firewallblocking the port.
Does the user have full priveledges in the BOINC directory tree? i.e. when the user is logged on, try creating a text file in the directory.
____________
BOINC WIKI |
|
|
|
|
Hi Kagemusha,
If you're unable to open that URL in your browser, maybe there's something wrong with your service provider or with one of the machines that are sitting between you and SAH servers.
Can you try the following commands in a Command Prompt window? This is only to test the connection between you and the servers:
ping setiboincdata.ssl.berkeley.edu -f -l 1472
ping setiboincdata.ssl.berkeley.edu -f -l 576
Give it a try. Depending on the results there maybe a easy solution.
Regards,
Wander
Hi Wander,
I give it a try.
The answers are:
ping setiboincdata.ssl.berkeley.edu -f -l 1472
Pinging setiboincdata.ssl.berkeley.edu [66.28.250.125] with 1472 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Ping statistics for 66.28.250.125:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
-------------------------------------------------------------------------------
ping setiboincdata.ssl.berkeley.edu -f -l 576
Pinging setiboincdata.ssl.berkeley.edu [66.28.250.125] with 576 bytes of data:
Reply from 66.250.4.73: TTL expired in transit.
Reply from 66.250.4.73: TTL expired in transit.
Reply from 66.250.4.73: TTL expired in transit.
Reply from 66.250.4.73: TTL expired in transit.
Ping statistics for 66.28.250.125:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
After it I try "tracert setiboincdata.ssl.berkeley.edu"
The answer is:
Tracing route to setiboincdata.ssl.berkeley.edu [66.28.250.125]
over a maximum of 90 hops:
1 212 ms 10 ms 8 ms 10.0.0.1
2 6 ms 8 ms 8 ms 10.250.0.1
3 10 ms 13 ms 13 ms router.zelka.hu [195.56.171.254]
4 13 ms 11 ms 13 ms 194.149.20.133
5 30 ms 26 ms 24 ms TenGE-1-0.hufra.datanet.hu [194.149.20.170]
6 * 30 ms 42 ms OC48-0-0.defra.datanet.hu [194.149.19.2]
7 26 ms 29 ms 27 ms decix.mpd01.fra03.atlas.cogentco.com [80.81.192.63]
8 37 ms 33 ms 31 ms t3-1.mpd01.ams03.atlas.cogentco.com [130.117.1.162]
9 183 ms 182 ms 182 ms t1-1.mpd02.lon01.atlas.cogentco.com [130.117.1.170]
10 183 ms 184 ms 184 ms t3-2.mpd01.bos01.atlas.cogentco.com [130.117.0.185]
11 209 ms 185 ms 187 ms t9-4.mpd01.ord01.atlas.cogentco.com [66.28.4.198]
12 194 ms 185 ms 182 ms t9-3.mpd01.mci01.atlas.cogentco.com [66.28.4.185]
13 178 ms 183 ms 183 ms t7-4.mpd01.sfo01.atlas.cogentco.com [154.54.6.165]
14 180 ms 182 ms 180 ms g3-0-0.core01.sfo01.atlas.cogentco.com [154.54.3.101]
15 183 ms 181 ms 180 ms UC-Berkeley.demarc.cogentco.com [66.250.4.74]
16 184 ms 183 ms 185 ms f0-2.na01.b003123-1.sfo01.atlas.cogentco.com [66.250.4.73]
17 185 ms 185 ms 188 ms UC-Berkeley.demarc.cogentco.com [66.250.4.74]
18 184 ms 188 ms 181 ms f0-2.na01.b003123-1.sfo01.atlas.cogentco.com [66.250.4.73]
and so on...
If I try it with higher maximum hop (e.g. tracert -h 200 setiboincdata.ssl.berkeley.edu) I have given the above mentioned sequence. All odd hops: UC-Berkeley.demarc.cogentco.com [66.250.4.74], all even hops: f0-2.na01.b003123-1.sfo01.atlas.cogentco.com [66.250.4.73].
Because of this I think the problem is not on my side.
Kagemusha
PS.: To answer for John's question it's a PC at my home, I am the administrator of it, so I have full privileges on BOINC folder. |
|
|
|
|
|
Hi Kagemusha,
Interesting... both your ping and tracert are returning an address which is probably the old one (the hops in several Cogent machines confirms it). Last week, SAH moved their servers to another service provider (Hurricane).
When I ping the server I got 208.68.240.14 as the address for setiboincdata server. IMO your ISP cached the old address in their DNS servers and failed to update them since the change. It could also be that the address is stored in a connection accelerator, which also stores the IP address to bypass the DNS servers and speed up the connection.
Try contacting your tech support to have them update their DNS servers or to provide you with another set of servers.
I tried pinging and tracert the address you have (66.28.250.125) and got the same results.
The ping I asked you to perform was to try to diagnose a problem called Black Hole Router, but since your ISP is directing you to the wrong address, there's really no point.
It should be possible to bypass the DNS entirely and set the correct IP address locally (hosts file), but I don't know if this will work specially because there are other addresses used by SAH that maybe wrong too (scheduler, uploader). HTH,
Regards,
Wander
____________
|
|
|
|
|
Hi Kagemusha,
Interesting... both your ping and tracert are returning an address which is probably the old one (the hops in several Cogent machines confirms it). Last week, SAH moved their servers to another service provider (Hurricane).
When I ping the server I got 208.68.240.14 as the address for setiboincdata server. IMO your ISP cached the old address in their DNS servers and failed to update them since the change. It could also be that the address is stored in a connection accelerator, which also stores the IP address to bypass the DNS servers and speed up the connection.
Try contacting your tech support to have them update their DNS servers or to provide you with another set of servers.
I tried pinging and tracert the address you have (66.28.250.125) and got the same results.
The ping I asked you to perform was to try to diagnose a problem called Black Hole Router, but since your ISP is directing you to the wrong address, there's really no point.
It should be possible to bypass the DNS entirely and set the correct IP address locally (hosts file), but I don't know if this will work specially because there are other addresses used by SAH that maybe wrong too (scheduler, uploader). HTH,
Regards,
Wander
@ Wander - do you think this is my problem also? the BOINC Manager shows a unit being crunched - when it reaches approx. 20% - it suddenly *disappears* (referring to all) and asks me IF i would like to connect with the Local Host - when i say yes - clicking on it again) it says that's it's already connected and then disappears again . . .
i have gone through this same thing about 5 - 6 times - deleted BOINC, started up again and it keeps doing the same . . . i have even cleared the Registry many a time and then re-booted and tried again - and the same keeps happening . . .
i have been using 5.8.11 and as well 5.8.15 along with Simon's 2.2, 2.2A and 2.2B - WHICH ACTUALLY SPED THINGS UP QUITE A BIT - but then i get the dis-connects over and over after crunchin' 20% or so - and have to start over again (Deja VU) . . . ps- got 1 (one) through that crunched the other day) - have disconnected completely - and awaiting somebody who has an answer . . .
Thanks,
Sincerely richard
edit - meant to mention - also flushed dns etc . . .
|
|
|
|
|
@ Wander - do you think this is my problem also? the BOINC Manager shows a unit being crunched - when it reaches approx. 20% - it suddenly *disappears* (referring to all) and asks me IF i would like to connect with the Local Host - when i say yes - clicking on it again) it says that's it's already connected and then disappears again . . .
i have gone through this same thing about 5 - 6 times - deleted BOINC, started up again and it keeps doing the same . . . i have even cleared the Registry many a time and then re-booted and tried again - and the same keeps happening . . .
i have been using 5.8.11 and as well 5.8.15 along with Simon's 2.2, 2.2A and 2.2B - WHICH ACTUALLY SPED THINGS UP QUITE A BIT - but then i get the dis-connects over and over after crunchin' 20% or so - and have to start over again (Deja VU) . . . ps- got 1 (one) through that crunched the other day) - have disconnected completely - and awaiting somebody who has an answer . . .
Thanks,
Sincerely richard
Hi Richard,
From the description of your problem I don't think this is related. Kagemusha's computers can't even download the application, not to mention the WUs. In your case, for some reason, BOINC "think" the connection to the SETI app has dropped.
You said in other thread that according to Sysinternal's Tcpview the 31416 port is clear, so maybe this is only BOINC Mgr's fault. If you installed BOINC as a non-service, BOINC Mgr could be dropping the ball keeping the daemon up, hence the "lost connection" message.
You could try installing it as a service, however if you already did that, I don't know what else could be jamming your system.
Regards,
Wander
____________
|
|
|
|
|
@ Wander - do you think this is my problem also? the BOINC Manager shows a unit being crunched - when it reaches approx. 20% - it suddenly *disappears* (referring to all) and asks me IF i would like to connect with the Local Host - when i say yes - clicking on it again) it says that's it's already connected and then disappears again . . .
i have gone through this same thing about 5 - 6 times - deleted BOINC, started up again and it keeps doing the same . . . i have even cleared the Registry many a time and then re-booted and tried again - and the same keeps happening . . .
i have been using 5.8.11 and as well 5.8.15 along with Simon's 2.2, 2.2A and 2.2B - WHICH ACTUALLY SPED THINGS UP QUITE A BIT - but then i get the dis-connects over and over after crunchin' 20% or so - and have to start over again (Deja VU) . . . ps- got 1 (one) through that crunched the other day) - have disconnected completely - and awaiting somebody who has an answer . . .
Thanks,
Sincerely richard
Hi Richard,
From the description of your problem I don't think this is related. Kagemusha's computers can't even download the application, not to mention the WUs. In your case, for some reason, BOINC "think" the connection to the SETI app has dropped.
You said in other thread that according to Sysinternal's Tcpview the 31416 port is clear, so maybe this is only BOINC Mgr's fault. If you installed BOINC as a non-service, BOINC Mgr could be dropping the ball keeping the daemon up, hence the "lost connection" message.
You could try installing it as a service, however if you already did that, I don't know what else could be jamming your system.
Regards,
Wander
Thanks Wander - yep - done both ways . . . just keep seeing a really *bad problem* here and with all that has been suggested by everybody - none seems to work - it's a strange anomaly - to say the least - one which - in all the time i have been with SETI / BOINC - has really got me confused . . . as well disturbed - because ALL solutions THUS FAR are NOT relevant . . . though the Answer lies there somewhere . . . i can *sense* it . . .
|
|
|
|
|
Hi Kagemusha,
Interesting... both your ping and tracert are returning an address which is probably the old one (the hops in several Cogent machines confirms it). Last week, SAH moved their servers to another service provider (Hurricane).
When I ping the server I got 208.68.240.14 as the address for setiboincdata server. IMO your ISP cached the old address in their DNS servers and failed to update them since the change. It could also be that the address is stored in a connection accelerator, which also stores the IP address to bypass the DNS servers and speed up the connection.
Try contacting your tech support to have them update their DNS servers or to provide you with another set of servers.
I tried pinging and tracert the address you have (66.28.250.125) and got the same results.
The ping I asked you to perform was to try to diagnose a problem called Black Hole Router, but since your ISP is directing you to the wrong address, there's really no point.
It should be possible to bypass the DNS entirely and set the correct IP address locally (hosts file), but I don't know if this will work specially because there are other addresses used by SAH that maybe wrong too (scheduler, uploader). HTH,
Regards,
Wander
Hi Wander,
I am an idiot!
There was an entry in the hosts file:
66.28.250.125 setiboincdata.ssl.berkeley.edu
I comment it out and the client is working!
I can't remember when I put this line in the file but it's such a stupid mistake! Ehh!
Thanks for the help!
Kagemusha
|
|
|
 mikeyVolunteer tester
Send message
Joined: 17 Dec 99
Posts: 4215
Credit: 3,474,603
RAC: 0
|
@ Wander - do you think this is my problem also? the BOINC Manager shows a unit being crunched - when it reaches approx. 20% - it suddenly *disappears* (referring to all) and asks me IF i would like to connect with the Local Host - when i say yes - clicking on it again) it says that's it's already connected and then disappears again . . .
i have gone through this same thing about 5 - 6 times - deleted BOINC, started up again and it keeps doing the same . . . i have even cleared the Registry many a time and then re-booted and tried again - and the same keeps happening . . .
i have been using 5.8.11 and as well 5.8.15 along with Simon's 2.2, 2.2A and 2.2B - WHICH ACTUALLY SPED THINGS UP QUITE A BIT - but then i get the dis-connects over and over after crunchin' 20% or so - and have to start over again (Deja VU) . . . ps- got 1 (one) through that crunched the other day) - have disconnected completely - and awaiting somebody who has an answer . . .
Thanks,
Sincerely richard
Hi Richard,
From the description of your problem I don't think this is related. Kagemusha's computers can't even download the application, not to mention the WUs. In your case, for some reason, BOINC "think" the connection to the SETI app has dropped.
You said in other thread that according to Sysinternal's Tcpview the 31416 port is clear, so maybe this is only BOINC Mgr's fault. If you installed BOINC as a non-service, BOINC Mgr could be dropping the ball keeping the daemon up, hence the "lost connection" message.
You could try installing it as a service, however if you already did that, I don't know what else could be jamming your system.
Regards,
Wander
Thanks Wander - yep - done both ways . . . just keep seeing a really *bad problem* here and with all that has been suggested by everybody - none seems to work - it's a strange anomaly - to say the least - one which - in all the time i have been with SETI / BOINC - has really got me confused . . . as well disturbed - because ALL solutions THUS FAR are NOT relevant . . . though the Answer lies there somewhere . . . i can *sense* it . . .
Richard have you tried changing the setting
"Leave applications in memory while suspended?
(suspended applications will consume swap space if 'yes')" to yes? I had problems quite a while back and this fixed them for me. It does mean that units that are paused will use memory, but it may fix your problem.
____________
 |
|
|
mikeyVolunteer tester
Send message
Joined: 17 Dec 99
Posts: 4215
Credit: 3,474,603
RAC: 0
|
Hi Wander,
I am an idiot!
There was an entry in the hosts file:
66.28.250.125 setiboincdata.ssl.berkeley.edu
I comment it out and the client is working!
I can't remember when I put this line in the file but it's such a stupid mistake! Ehh!
Thanks for the help! Kagemusha
Whew that was a tough thing to figure out! How on Earth did you think to even look in the Hosts file?
____________
|
|
|
|
|
Whew that was a tough thing to figure out! How on Earth did you think to even look in the Hosts file?
Do you edit the hosts file every day? |
|
|
mikeyVolunteer tester
Send message
Joined: 17 Dec 99
Posts: 4215
Credit: 3,474,603
RAC: 0
|
Whew that was a tough thing to figure out! How on Earth did you think to even look in the Hosts file?
Do you edit the hosts file every day?
No never! I played with the Hosts file a few years back and never found a real good use for it. I know what it does, but with what I do, it just doesn't seem to make sense to play with it.
____________
|
|
|
|
|
|
Same problem with me....tried the ipconfig/flushdns... I get a messege that no file exists.... NOW WHAT ? Is there a link I can download a patch ?
____________
|
|
|
|
|
Hi Wander,
I am an idiot!
There was an entry in the hosts file:
66.28.250.125 setiboincdata.ssl.berkeley.edu
I comment it out and the client is working!
I can't remember when I put this line in the file but it's such a stupid mistake! Ehh!
Thanks for the help!
Kagemusha
Don't beat yourself up. If you know enough to edit the hosts file, you probably had a good enough reason to do it. The good thing is to know you found the problem.
Regards,
Wander
____________
|
|
|
|
|
Same problem with me....tried the ipconfig/flushdns... I get a messege that no file exists.... NOW WHAT ? Is there a link I can download a patch ?
Hi Rockevin,
Can you be little more specific? Which file exactly? Maybe you can post the relevant lines from the messages tab in the BOINC Mgr ou maybe a screenshot.
Regards,
Wander
____________
|
|
|
|
|
|
I recently noticed that one of my PC's could not download WU's anymore. All processed work was uploaded succesfully and reported.
I found this when i was going to update it from 5.8.4 to 5.8.15.
After the update the problem remained so i detached S@H, removed its folder and xml files.
Then re-attached to the project. It states that attaching is succesful but it does not download all the files.
below some lines from the message tab:
++++++++++++++++
3/5/07 19:20:20|SETI@home|[file_xfer] Started download of file setiathome_5.15_AUTHORS
3/5/07 19:20:20|SETI@home|[file_xfer] Started download of file 02se03ab.14187.5858.723566.3.208
3/5/07 19:20:22||Access to reference site succeeded - project servers may be temporarily down.
3/5/07 19:21:07||Project communication failed: attempting access to reference site
3/5/07 19:21:07|SETI@home|[file_xfer] Temporarily failed download of setiathome_5.15_AUTHORS: system connect
3/5/07 19:21:07|SETI@home|Backing off 1 min 0 sec on download of file setiathome_5.15_AUTHORS
3/5/07 19:21:07|SETI@home|[file_xfer] Temporarily failed download of 02se03ab.14187.5858.723566.3.208: system connect
3/5/07 19:21:07|SETI@home|Backing off 1 min 0 sec on download of file 02se03ab.14187.5858.723566.3.208
3/5/07 19:21:07|SETI@home|[file_xfer] Started download of file arecibo_181.png
3/5/07 19:21:07|SETI@home|[file_xfer] Started download of file sah_40.png
3/5/07 19:21:08||Access to reference site succeeded - project servers may be temporarily down.
3/5/07 19:21:08|SETI@home|[file_xfer] Finished download of file sah_40.png
3/5/07 19:21:08|SETI@home|[file_xfer] Throughput 7143 bytes/sec
3/5/07 19:21:08|SETI@home|[file_xfer] Started download of file sah_banner_290.png
3/5/07 19:21:09|SETI@home|[file_xfer] Finished download of file arecibo_181.png
3/5/07 19:21:09|SETI@home|[file_xfer] Throughput 24954 bytes/sec
3/5/07 19:21:09|SETI@home|[file_xfer] Finished download of file sah_banner_290.png
3/5/07 19:21:09|SETI@home|[file_xfer] Throughput 36779 bytes/sec
3/5/07 19:21:09|SETI@home|[file_xfer] Started download of file sah_ss_290.png
3/5/07 19:21:09|SETI@home|[file_xfer] Started download of file 02se03ab.14187.5858.723566.3.222
3/5/07 19:21:12|SETI@home|[file_xfer] Finished download of file sah_ss_290.png
3/5/07 19:21:12|SETI@home|[file_xfer] Throughput 18960 bytes/sec
3/5/07 19:21:13|SETI@home|[file_xfer] Started download of file setiathome_5.15_windows_intelx86.exe
3/5/07 19:21:56||Project communication failed: attempting access to reference site
3/5/07 19:21:57||Access to reference site succeeded - project servers may be temporarily down.
3/5/07 19:21:57|SETI@home|[file_xfer] Temporarily failed download of 02se03ab.14187.5858.723566.3.222: system connect
3/5/07 19:21:57|SETI@home|Backing off 1 min 0 sec on download of file 02se03ab.14187.5858.723566.3.222
3/5/07 19:21:59|SETI@home|[file_xfer] Started download of file libfftw3f-3-1-1a.dll
3/5/07 19:22:00||Project communication failed: attempting access to reference site
3/5/07 19:22:00|SETI@home|[file_xfer] Temporarily failed download of setiathome_5.15_windows_intelx86.exe: system connect
++++++++++++++
As you can see some of the grafics files are downloaded succesfully but sofar none of the application or WU's get thru.
Ping result seems OK.
Pinging setiboincdata.ssl.berkeley.edu [208.68.240.14] with 32 bytes of data:
Reply from 208.68.240.14: bytes=32 time=165ms TTL=245
Reply from 208.68.240.14: bytes=32 time=172ms TTL=245
Reply from 208.68.240.14: bytes=32 time=171ms TTL=245
Reply from 208.68.240.14: bytes=32 time=173ms TTL=245
This concerns a win98 PC without any hosts references. It is located in a home network where other PC's get data without any problems. It also runs Einstein without any problems.
Any suggestions on what to check next would be appreciated
Wolter
____________
 |
|
|
|
|
|
^-^
This one comp still has this problem. Any ideas anyone?
Wolter
____________
|
|
|
mikeyVolunteer tester
Send message
Joined: 17 Dec 99
Posts: 4215
Credit: 3,474,603
RAC: 0
|
^-^
This one comp still has this problem. Any ideas anyone? Wolter
Is it running Einstein right now? If so you could "owe" Einstein some time and are in a LTD, Long Term Debt issue and it will sort itself out.
____________
|
|
|
|
|
|
No it's not. I even went to the trouble of de-installing boinc and removing the folder it sat in. Re-installed it and attached S@H.
It confirmed a succesfull project attachment, started downloading the initial files and 2 wus and then got stuck again. It has about 8 downloads on the transfer tab including the application exe and the wu data. It tries downloading 2 of them, times out and goes to the next 2, times out and goes to the next. This continues infinitly with ever increasing pauses.
It looks as if this PC can not connect to some servers, however pinging setiboincdata from it returns within 30 to 40 ms.
____________
|
|
|
|
|
No it's not. I even went to the trouble of de-installing boinc and removing the folder it sat in. Re-installed it and attached S@H.
It confirmed a succesfull project attachment, started downloading the initial files and 2 wus and then got stuck again. It has about 8 downloads on the transfer tab including the application exe and the wu data. It tries downloading 2 of them, times out and goes to the next 2, times out and goes to the next. This continues infinitly with ever increasing pauses.
It looks as if this PC can not connect to some servers, however pinging setiboincdata from it returns within 30 to 40 ms.
This again sounds like a packet size issue.
Have you tried the ping with the various sizes?
____________
BOINC WIKI |
|
|
|
|
Richard have you tried changing the setting
"Leave applications in memory while suspended?
(suspended applications will consume swap space if 'yes')" to yes? I had problems quite a while back and this fixed them for me. It does mean that units that are paused will use memory, but it may fix your problem.
@ mikey - nope - always have that set on yes . . .
lately (btw) tasks get returned and i see credit right away . . .
though about an hour later - i will see there's an error {i receive the Credit)
> and - i only have 17 tasks downloaded - 1 is runnin' right now BUT if you see
here - it says
i have 39 . . . EH!!!???
edit - and NO they're NOT on my system - i have deleted BOINC prior to this
new install (includin' the REGISTRY)
|
|
|
