Suggestions for people having problems connecting to the servers

Message boards : Number crunching : Suggestions for people having problems connecting to the servers
Message board moderation

To post messages, you must log in.

1 · 2 · Next

AuthorMessage
cdemers
Volunteer tester

Send message
Joined: 18 May 99
Posts: 30
Credit: 17,235,002
RAC: 0
Canada
Message 1307159 - Posted: 17 Nov 2012, 20:08:43 UTC
Last modified: 17 Nov 2012, 20:11:32 UTC

I thought I would start a new thread and not clog up the other threads with information/suggestions/etc... I know this problem should be solved on the server side, but it is a bit of a complex issue and may take a while to resolve, and myself like others want to keep on a crunching. :)

This is just my observations and recomendations from working though the connection problems. Further reading can be found in the following threads:

http://setiathome.berkeley.edu/forum_thread.php?id=69890
http://setiathome.berkeley.edu/forum_thread.php?id=69995

There are a couple work arounds that seem to be working for some people. The simplest one is to use a proxy, the problem is finding one that you can use. I won't recomend any particular one, best to find one that works for you.

For myself I took a differnt route which is working for me. I use Windows 7 and Windows XP on my crunch boxes. What I found is that the default TCP settings for me were not working well for slow links, so I ran the following program to adjust the settings to work better on slow links:

TCP Optimizer - Info about the program:
http://www.speedguide.net/tcpoptimizer.php

Where to download it from:
http://www.speedguide.net/downloads.php

I would only recomend this to anyone that is comfortable with doing this. It makes changes to your windows registry. As with any program like this you should take precautions.

Run the program as Administrator, select the Optimize button at the bottom, then apply. It will show you what it is going to change and press OK. After that for the settings to become active you need to reboot your computer. Note don't change any other settings in the program unless you really know what you are doing. I'm just trying to keep this as simple as possible.

Since I have done it on my boxes I have had little trouble downloading and reporting work. Now it's not a 100% fix, but it does allow me to download and report with minimum of fuss.

Just as a side note, I am running on DSL, might be interesting to see what other kinds of services people are using that are having issues.

Average ping time to setiathome.berkeley.edu is 95ms no packet loss
Average ping time to setiboincdata.ssl.berkeley.edu 145ms odd packet loss

Well that is my 0.02 cents for now. I will go back to lurking. :)

EDIT: If anyone else has an suggestions the seem to work for them let us know.
ID: 1307159 · Report as offensive
juan BFP Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 9786
Credit: 572,710,851
RAC: 3,799
Panama
Message 1307160 - Posted: 17 Nov 2012, 20:17:38 UTC
Last modified: 17 Nov 2012, 20:18:03 UTC

Even that stop working, now proxy+tcp+host does not work at least from out side of the world.
ID: 1307160 · Report as offensive
cdemers
Volunteer tester

Send message
Joined: 18 May 99
Posts: 30
Credit: 17,235,002
RAC: 0
Canada
Message 1307161 - Posted: 17 Nov 2012, 20:27:58 UTC - in response to Message 1307160.  

Humm strange, all my caches are full and downlods/uploads for me going fairly well. Downloading an 8mb AP right now @ 25K/s. Most downloads have been around 5K/s. They time out once in a while and on the auto retry they finish most of the time. Have been resisting to push the retry button. :) They have been going not too bad. Now I don't consider it great but it's working.

ID: 1307161 · Report as offensive
juan BFP Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 9786
Credit: 572,710,851
RAC: 3,799
Panama
Message 1307166 - Posted: 17 Nov 2012, 20:45:51 UTC - in response to Message 1307161.  

Strange? The proxy solution i use for weeks, simply today stops, and is not the proxy, i try few, UL are possible, but the schedurler cicly is imposible.


ID: 1307166 · Report as offensive
Profile Brother Frank

Send message
Joined: 10 Dec 11
Posts: 26
Credit: 15,142,410
RAC: 0
United States
Message 1307175 - Posted: 17 Nov 2012, 21:13:37 UTC

I found this useful helpful hints post on the number crunching Message Board. I may be violating some protocol, but at the University I often share very useful helpful hints to one or more of my lists. This was posted less than an hour ago. I may try the second solution on one of my boxes. I am also having the same problem with my proxies that Juan mentions. They are not working well at all: Here's the useful post: Thank you cdemers. Brother Frank


cdemers
Send message
Joined: 18 May 99
Posts: 8
Credit: 6,469,801
RAC: 17,205

Message 1307159 - Posted: 17 Nov 2012 | 20:08:43 UTC
Last modified: 17 Nov 2012 | 20:11:32 UTC
I thought I would start a new thread and not clog up the other threads with information/suggestions/etc... I know this problem should be solved on the server side, but it is a bit of a complex issue and may take a while to resolve, and myself like others want to keep on a crunching. :)

This is just my observations and recomendations from working though the connection problems. Further reading can be found in the following threads:

http://setiathome.berkeley.edu/forum_thread.php?id=69890
http://setiathome.berkeley.edu/forum_thread.php?id=69995

There are a couple work arounds that seem to be working for some people. The simplest one is to use a proxy, the problem is finding one that you can use. I won't recomend any particular one, best to find one that works for you.

For myself I took a differnt route which is working for me. I use Windows 7 and Windows XP on my crunch boxes. What I found is that the default TCP settings for me were not working well for slow links, so I ran the following program to adjust the settings to work better on slow links:

TCP Optimizer - Info about the program:
http://www.speedguide.net/tcpoptimizer.php

Where to download it from:
http://www.speedguide.net/downloads.php

I would only recomend this to anyone that is comfortable with doing this. It makes changes to your windows registry. As with any program like this you should take precautions.

Run the program as Administrator, select the Optimize button at the bottom, then apply. It will show you what it is going to change and press OK. After that for the settings to become active you need to reboot your computer. Note don't change any other settings in the program unless you really know what you are doing. I'm just trying to keep this as simple as possible.

Since I have done it on my boxes I have had little trouble downloading and reporting work. Now it's not a 100% fix, but it does allow me to download and report with minimum of fuss.

Just as a side note, I am running on DSL, might be interesting to see what other kinds of services people are using that are having issues.

Average ping time to setiathome.berkeley.edu is 95ms no packet loss
Average ping time to setiboincdata.ssl.berkeley.edu 145ms odd packet loss

Well that is my 0.02 cents for now. I will go back to lurking. :)

EDIT: If anyone else has an suggestions the seem to work for them let us know.
____________
ID: 1307159 | Reply Quote

Frank Elliott,Member of Carepages.com,a chronic illness support site. Was FrankLivingFully there.Free user name & pw needed. My Google+ Profile is:
https://profiles.google.com/u/0/10871372137584 Science,SF,Space,Astronomy,Medicine,Psyc Topics.
ID: 1307175 · Report as offensive
Profile Andy Lee Robinson
Avatar

Send message
Joined: 8 Dec 05
Posts: 630
Credit: 59,973,836
RAC: 0
Hungary
Message 1307177 - Posted: 17 Nov 2012, 21:23:26 UTC - in response to Message 1307166.  

Something needs a really good kicking!
Uploads are working, but I can't report or get any new work for the last couple of days, apart from a couple of freak occasions. I configured a socks proxy, SS5 on my webserver, and that is similarly unreliable.
Curiously boinc on the webserver itself does appear to report results, so I would expect that running the proxy on it would help, but no. Perhaps the scheduler chooses a server based on host id and not its ip address?
ID: 1307177 · Report as offensive
cdemers
Volunteer tester

Send message
Joined: 18 May 99
Posts: 30
Credit: 17,235,002
RAC: 0
Canada
Message 1307208 - Posted: 17 Nov 2012, 23:33:41 UTC

Getting about 50% packet loss to setiboincdata.ssl.berkeley.edu but just reported 23 tasks on my one crunch box.
ID: 1307208 · Report as offensive
Profile Link
Avatar

Send message
Joined: 18 Sep 03
Posts: 834
Credit: 1,807,369
RAC: 0
Germany
Message 1307322 - Posted: 18 Nov 2012, 9:30:05 UTC

I found very easy solution for my fastest machine, needed just two steps:

1. Set NNT for Seti@Home.
2. Alow new tasks for Rosetta@Home.

No connection issues with servers since the last S@H result was reported. Once I see, that Seti might need some more crunching power, I will undo the changes.
ID: 1307322 · Report as offensive
kittyman Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 51468
Credit: 1,018,363,574
RAC: 1,004
United States
Message 1307330 - Posted: 18 Nov 2012, 10:21:46 UTC

What is the MTU that TCP Opti is recommending? I can set that on my router for all rigs. Currently at 1492.
"Freedom is just Chaos, with better lighting." Alan Dean Foster

ID: 1307330 · Report as offensive
juan BFP Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 9786
Credit: 572,710,851
RAC: 3,799
Panama
Message 1307354 - Posted: 18 Nov 2012, 13:26:02 UTC
Last modified: 18 Nov 2012, 13:26:47 UTC

MTu = 1500 but remember depens on your internet concection. Mine 10 MBps cable
ID: 1307354 · Report as offensive
S@NL - John van Gorsel
Volunteer tester
Avatar

Send message
Joined: 5 Jul 99
Posts: 193
Credit: 139,673,078
RAC: 0
Netherlands
Message 1307403 - Posted: 18 Nov 2012, 15:40:01 UTC

I had already noticed that my three Linux pc's hardly have problems reaching the scheduler where two Win7 pc's only manage to reach the scheduler once a day and only when NNT is set. Using a free proxy server worked until the connection to Berkeley was blocked.

I have now configured Apache on one of the Linux pc's to act as a proxy server for the Win7 pc's and this works very well. Both Win7 pc's are filling the cache.




Seti@Netherlands website
ID: 1307403 · Report as offensive
S@NL - John van Gorsel
Volunteer tester
Avatar

Send message
Joined: 5 Jul 99
Posts: 193
Credit: 139,673,078
RAC: 0
Netherlands
Message 1307425 - Posted: 18 Nov 2012, 16:14:12 UTC - in response to Message 1307403.  


I have now configured Apache on one of the Linux pc's to act as a proxy server for the Win7 pc's and this works very well. Both Win7 pc's are filling the cache.


Wow...

18-11-2012 17:09:36 | SETI@home | Sending scheduler request: To fetch work.
18-11-2012 17:09:36 | SETI@home | Reporting 4 completed tasks, requesting new tasks for CPU and NVIDIA
18-11-2012 17:11:06 | SETI@home | Scheduler request completed: got 97 new tasks
ID: 1307425 · Report as offensive
cdemers
Volunteer tester

Send message
Joined: 18 May 99
Posts: 30
Credit: 17,235,002
RAC: 0
Canada
Message 1307442 - Posted: 18 Nov 2012, 17:01:03 UTC

Unix/Linux machines are better TCP optimized by default. They normally have a larger TCP stack which really helps when the network link is slow.
ID: 1307442 · Report as offensive
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 13715
Credit: 208,696,464
RAC: 304
Australia
Message 1307457 - Posted: 18 Nov 2012, 18:10:43 UTC - in response to Message 1307442.  
Last modified: 18 Nov 2012, 18:55:42 UTC

So it's looking more & more like a configuration issue, not a load issue.
So what was it that was changed during the outage approx 4 weeks ago?
Grant
Darwin NT
ID: 1307457 · Report as offensive
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 13715
Credit: 208,696,464
RAC: 304
Australia
Message 1307473 - Posted: 18 Nov 2012, 19:09:07 UTC - in response to Message 1307457.  


Ok, i've been pinging setiboincdata.ssl.berkeley.edu every few minutes for about half an hour now.
Most of the time i get 50% packet loss. Once or twice it's only been 25%, more often that that though it's 75% packet loss.

Pinging boinc2.ssl.berkely.edu results in anything from 50% to 100% packet loss.
Mostly it's 75% loss, although once (and once only) there was no loss (hosts file set to use .13 server only).

Pinging setiboinc.ssl.berekely.edu results in mostly 50-75% packet loss. Once it was only 25%.


C:\Windows\system32>tracert setiboincdata.ssl.berkeley.edu

Tracing route to setiboincdata.ssl.berkeley.edu [208.68.240.16]
over a maximum of 30 hops:

1 1 ms <1 ms <1 ms home.gateway.home.gateway [x.x.x.x]
2 50 ms 50 ms 50 ms lo5000.lns1.adl4.adnap.net.au [122.49.191.61]
3 50 ms 49 ms 50 ms g3-16.cor2.adl1.adnap.net.au [219.90.143.13]
4 50 ms 50 ms 50 ms vlan369.55drc76fg.optus.net.au [59.154.0.49]
5 235 ms 235 ms 234 ms 203.208.192.241
6 236 ms 236 ms 235 ms paix.he.net [198.32.176.20]
7 240 ms 239 ms 240 ms 64.71.140.42
8 277 ms 276 ms 276 ms 208.68.243.254
9 275 ms 278 ms 277 ms setiboincdata.ssl.berkeley.edu [208.68.240.16]

Trace complete.

C:\Windows\system32>tracert setiboincdata.ssl.berkeley.edu

Tracing route to setiboincdata.ssl.berkeley.edu [208.68.240.16]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms home.gateway.home.gateway [x.x.x.x]
2 50 ms 50 ms 50 ms lo5000.lns1.adl4.adnap.net.au [122.49.191.61]
3 49 ms 50 ms 50 ms g3-16.cor2.adl1.adnap.net.au [219.90.143.13]
4 50 ms 50 ms 50 ms vlan369.55drc76fg.optus.net.au [59.154.0.49]
5 235 ms 235 ms 235 ms 203.208.192.241
6 235 ms 238 ms 235 ms paix.he.net [198.32.176.20]
7 240 ms 271 ms 239 ms 64.71.140.42
8 277 ms * * 208.68.243.254
9 277 ms * 278 ms setiboincdata.ssl.berkeley.edu [208.68.240.16]

Trace complete.

C:\Windows\system32>tracert setiboincdata.ssl.berkeley.edu

Tracing route to setiboincdata.ssl.berkeley.edu [208.68.240.16]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms home.gateway.home.gateway [x.x.x.x]
2 50 ms 49 ms 50 ms lo5000.lns1.adl4.adnap.net.au [122.49.191.61]
3 49 ms 50 ms 49 ms g3-16.cor2.adl1.adnap.net.au [219.90.143.13]
4 50 ms 50 ms 50 ms vlan369.55drc76fg.optus.net.au [59.154.0.49]
5 235 ms 234 ms 235 ms 203.208.192.241
6 246 ms 235 ms 238 ms paix.he.net [198.32.176.20]
7 240 ms 239 ms 240 ms 64.71.140.42
8 * * 275 ms 208.68.243.254
9 276 ms 277 ms * setiboincdata.ssl.berkeley.edu [208.68.240.16]
10 278 ms * 277 ms setiboincdata.ssl.berkeley.edu [208.68.240.16]

Trace complete.
Grant
Darwin NT
ID: 1307473 · Report as offensive
juan BFP Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 9786
Credit: 572,710,851
RAC: 3,799
Panama
Message 1307485 - Posted: 18 Nov 2012, 20:04:12 UTC - in response to Message 1307473.  
Last modified: 18 Nov 2012, 20:04:23 UTC

Anyone that´s have Linux and Mac could post the same? Ping/Trace to Berleley? To look if makes diference?
ID: 1307485 · Report as offensive
rob smith Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer moderator
Volunteer tester

Send message
Joined: 7 Mar 03
Posts: 22149
Credit: 416,307,556
RAC: 380
United Kingdom
Message 1307490 - Posted: 18 Nov 2012, 20:16:52 UTC

Pinging on either my windoze or Linux crunches gives similar results - high 200ms plus a fair proportion of drop-outs. Hardly surprising really given they share a common connection!
Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?
ID: 1307490 · Report as offensive
GaryG
Avatar

Send message
Joined: 17 Mar 12
Posts: 8
Credit: 2,593,273
RAC: 0
United States
Message 1307510 - Posted: 18 Nov 2012, 21:38:44 UTC

I setup a local proxy with some success, got 20 resent tasks out of the last half dozen requests. I did get the following on several server requests and wondered if anyone has any ideas.

11/18/2012 4:27:10 PM | SETI@home | Sending scheduler request: To fetch work.
11/18/2012 4:27:10 PM | SETI@home | Requesting new tasks for CPU and NVIDIA
11/18/2012 4:28:30 PM | SETI@home | [error] Can't parse file info in scheduler reply: unexpected XML tag or syntax
11/18/2012 4:28:30 PM | SETI@home | [error] No close tag in scheduler reply

ID: 1307510 · Report as offensive
Profile Jord
Volunteer tester
Avatar

Send message
Joined: 9 Jun 99
Posts: 15184
Credit: 4,362,181
RAC: 3
Netherlands
Message 1307518 - Posted: 18 Nov 2012, 22:23:47 UTC - in response to Message 1307354.  

MTu = 1500 but remember depens on your internet concection. Mine 10 MBps cable

Actually, changing the MTU is only of use for a LAN, not the WAN. And on a LAN you'd use the Jumbo Frames. See http://en.wikipedia.org/wiki/Maximum_transmission_unit for more information on where it matters.
ID: 1307518 · Report as offensive
Profile BilBg
Volunteer tester
Avatar

Send message
Joined: 27 May 07
Posts: 3720
Credit: 9,385,827
RAC: 0
Bulgaria
Message 1307561 - Posted: 19 Nov 2012, 0:34:42 UTC - in response to Message 1307330.  
Last modified: 19 Nov 2012, 0:48:53 UTC

What is the MTU that TCP Opti is recommending? I can set that on my router for all rigs. Currently at 1492.

If you just choose Optimal:
- if the MTU was already set in the registry to 1492 (as was on one of my computers) - TCPOptimizer keeps it for the Optimal values
- if the MTU was not set explicitly in the registry (= Windows default) (as was on another of my computers) - TCPOptimizer sets it to 1500 for the Optimal values

(Which is usually not the proper value for DSL
"MTU/MRU
When the DSL modem sends and receives PPPoE-containing Ethernet frames across the Ethernet link to the router (or PPPoE-speaking single PC), there is an overhead of 8 bytes (2 for PPP, 6 for PPPoE) added within the payload of the Ethernet frame. This added overhead usually means that a reduced limit (so-called ‘MTU’ or ‘MRU’) of 1492 bytes is imposed on the length of IP packets sent or received, as opposed to the usual 1500 bytes for Ethernet networks."
http://en.wikipedia.org/wiki/Point-to-point_protocol_over_Ethernet
)

The advice is to make test on particular computer (in MTU/Latency tab click [Largest MTU])
For DSL you will see "You can set your MTU to 1492"
(just check PPPoE on the first tab - MTU 1492 will automatically appear above it)

If someone is unsure - it does not hurt to set MTU to 1492 in any case
(For 'normal' (not DSL) connection you'll lose only 8 bytes of 1500 'performance'
For DSL: 1492 will avoid fragmentation (else if MTU of 1500 is used every single packet will be sent as 2 packets which is big loss))




http://www.speedguide.net/tcpoptimizer.php
http://www.speedguide.net/downloads.php


 


- ALF - "Find out what you don't do well ..... then don't do it!" :)
 
ID: 1307561 · Report as offensive
1 · 2 · Next

Message boards : Number crunching : Suggestions for people having problems connecting to the servers


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.