While I was having a time-out error with BOINC 5.2.7 when I wanted to attaching to SAH, I've downloaded and installed 5.2.12, hoping I would be able to participate.

When I tried, I got that :

27/11/2005 21:41:45||Fetching config info from http://setiathome.berkeley.edu/get_project_config.php
27/11/2005 21:41:47||Missing account key
27/11/2005 21:42:03|http://setiathome.berkeley.edu/|Master file download succeeded
27/11/2005 21:42:04|http://setiathome.berkeley.edu/|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
27/11/2005 21:42:04|http://setiathome.berkeley.edu/|Reason: Requested by user
27/11/2005 21:42:04|http://setiathome.berkeley.edu/|Requesting 8640 seconds of new work
27/11/2005 21:44:51|http://setiathome.berkeley.edu/|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed with a return value of 500
27/11/2005 21:44:51|http://setiathome.berkeley.edu/|No schedulers responded
27/11/2005 21:44:51|http://setiathome.berkeley.edu/|Couldn't connect to URL http://setiathome.berkeley.edu/.Please check URL.
27/11/2005 21:44:51|http://setiathome.berkeley.edu/|Resetting project
27/11/2005 21:44:51||request_reschedule_cpus: exit_tasks
27/11/2005 21:44:51|http://setiathome.berkeley.edu/|Detaching from project

I must add that SAH is the only project with this problem : others work perfectly.

---

I had an issue of this type some days ago. It cleared up as I made my proxy server (I'm running a home LAN with an Allegro Surf proxy) be a bit more generous in letting pass requests.

500 normally means that the dialogue with the server was established but the server was not able to send a WU (mostly as is was too busy).

You may also want to try with entering a proxy in BOINC. Try this list.

:-)= Greybeard

---

All about BOINC: BOINC-Wiki (by Paul D. Buck)

A 500 error is a standard internet error (like a 404) which means "internal server error"... which makes me think it's something on Berkeley's end. Could you run a tracert in Dos to the project url and post the results here?

---

You are now the fourth person experiencing this. I've contacted a developer. I await his reply. Many think this has to do with the secure transmission of your password/key to berkeley. It makes sense, the key/password is transmitted via HTTPS (secure)while all other traffic is HTTP (not secure). some say port 443 must be open for this attachment process. I'm trying to piece this one together.

tony

I have emailed developer Rom Walton and Dr. Anderson about this, please bear with us.

tony

A 500 error is a standard internet error (like a 404) which means "internal server error"... which makes me think it's something on Berkeley's end. Could you run a tracert in Dos to the project url and post the results here?

I get this :

  1     1 ms    <1 ms     1 ms  192.168.0.254
  2    56 ms    61 ms    57 ms  192.168.254.254
  3    77 ms    56 ms   124 ms  c4948-a23-2.routers.proxad.net [212.27.55.126]
  4     *        *        *     Délai d'attente de la demande dépassé.
  5    56 ms     *        *     cbv-6k-1-po4.intf.routers.proxad.net [212.27.56.
1]
  6    63 ms    62 ms    62 ms  londres-6k-1-v828.intf.routers.proxad.net [212.2
7.51.186]
  7    71 ms    72 ms   172 ms  amsterdam-6k-1-po100.intf.routers.proxad.net [21
2.27.56.42]
  8    70 ms    91 ms    72 ms  gsr12416.ams.he.net [195.69.145.150]
  9    79 ms    78 ms   136 ms  pos0-0.gsr12416.lon.he.net [216.66.24.157]
 10   152 ms   149 ms   212 ms  pos8-0.gsr12416.nyc.he.net [216.218.200.101]
 11   227 ms   253 ms   233 ms  pos7-0.gsr12012.sjc.he.net [216.218.254.153]
 12   305 ms   316 ms   370 ms  pos8-0.gsr12416.sjc2.he.net [64.62.133.18]
 13   279 ms   231 ms   232 ms  pos2-3.gsr12416.pao.he.net [66.220.13.42]
 14   285 ms   218 ms   217 ms  paix-px1--hurricane-ge.cenic.net [198.32.251.69]

 15   218 ms   218 ms   218 ms  dc-oak-dc2--oak-dc1-p2p-2.cenic.net [137.164.22.
195]
 16   218 ms   247 ms   218 ms  ucb--oak-dc2-ge.cenic.net [137.164.23.30]
 17   221 ms   218 ms   219 ms  g3-14.inr-202-reccev.Berkeley.EDU [128.32.0.39]

 18   280 ms   244 ms   218 ms  g6-2.inr-230-spr.Berkeley.EDU [128.32.255.114]
 19   219 ms   282 ms   222 ms  solen.SSL.Berkeley.EDU [128.32.18.209]
 20   282 ms   221 ms   219 ms  galileo.ssl.berkeley.edu [128.32.18.173]

Is this helpfull?

---

Is this helpfull?

yes it confirms you can reach the scheduling server.

Gilles, someone has suggested that a packet corruption maybe occurring in you hardware, please restart all hardware, computer, routers, switches, dsl modem, etc and also check all cables.

tony

Gilles, someone has suggested that a packet corruption maybe occurring in you hardware, please restart all hardware, computer, routers, switches, dsl modem, etc and also check all cables.

tony

I've done this and got no change. I repeat : SAH is the only project to have the problem... Strange, no?

---

Gilles, someone has suggested that a packet corruption maybe occurring in you hardware, please restart all hardware, computer, routers, switches, dsl modem, etc and also check all cables.

tony

I've done this and got no change. I repeat : SAH is the only project to have the problem... Strange, no?

Yes, it's strange that only seti is affected. I haven't forgotten you, Today is my 43 BDay my wife shanghighed me to treat me to some stuff. I'm back now though.

tony

one user just reported that they get what you see in your log, if there is a missing number or spaces in the front or back of the key/password. If you're copy and pasting, make sure you're not missing a number and that there are no spaces. Let me know.

tony

---

one user just reported that they get what you see in your log, if there is a missing number or spaces in the front or back of the key/password. If you're copy and pasting, make sure you're not missing a number and that there are no spaces. Let me know.
tony

I use the automatic feature with a already created account : I enter manually all characters and I do not pu any space.
When I look to the file created by BOINC while trying to contact SAH, there's no space in it.
When I compare it to the key sent by email : there are identical.
When I stop BOINC, put this copy file in the BOINC directory and restart BOINC, I get the same logs.

---

one user just reported that they get what you see in your log, if there is a missing number or spaces in the front or back of the key/password. If you're copy and pasting, make sure you're not missing a number and that there are no spaces. Let me know.
tony

I use the automatic feature with a already created account : I enter manually all characters and I do not pu any space.
When I look to the file created by BOINC while trying to contact SAH, there's no space in it.
When I compare it to the key sent by email : there are identical.
When I stop BOINC, put this copy file in the BOINC directory and restart BOINC, I get the same logs.

THanks for trying.

I'll post back when anyone else comes up with a plan. Just 4 users are affected out of 20K + newly attached users. Hmmmm. Just what can they have in commmon, that is different from everyone else? that's the question.

Here is 5.2.13 for you. Don't know what's different.

I just saw this post from Tigher:

I mailed the devs on this one. I have someone who can talk to all projects except seti using their lan and router. Take out the router and connect direct and they can talk to seti as well. Put it back in and they cannot talk to seti anymore. Weird!.

I asked the devs for what changes since 4.4x to 5.x.x in terms of tcp. I have looked at the packet traces for this guy and tcp checksum errors are being generated on his PC/LAN somewhere. UCB just responds accordingly with dup acks and/or tcp retrans and /or lost segment messages. A 500 error typically follows after the server gets fed up with partial data and then times out. Interstingly only the initial syn to the servers is not impaired with a checksum problem. I have asked Jeff C for the apache error list as we may be able to get closer with that as to what the server or fastcgi is complaining about.

I had this guy checking his hardware top to bottom but nothing has resolved this. At the moment I theorise that something in boinc is affecting the tcp stack somehow - a WAG for sure but I cannot see why the stack should be fine one minute and not the next.

There are two more of these btw on boinc forums; they too have connected directly and got over the problem but cannot connect through LAN/router facilities. I see there are few here at seti too - 6/7 people - Cannot be a coincidence.

Here is 5.2.13 for you. Don't know what's different.

Changes since 5.2.12

* Localization updates.
* Network communication failure page added which describes basic ways to resolve common networking issues.
* Fixed a timing issue where the manager would look for the password file before the client actually created one.

---

You might try an earlier version like Boinc 4.72. You must uninstall the one you have before installing this.

You might try an earlier version like Boinc 4.72. You must uninstall the one you have before installing this.

I didn't told it before (sorry about it) but I too have a local network and a router.
I've tried the 5.2.13 : no change : error 500.
I've tried the 4.72 : no change : error 500.

---

Can anyone try to attach to another BOINC project, please?

I bet it will work first thing, thus that the whole error 500 part is a Seti thing.

---

Help with "attach to project"

especially read the solution found in the last post of the last one.

tony

---