Help!
I have used the Berkeley installation program to install BOINC. I have been able to connect to SETI and Einstein but I am not getting any work units - this has been going on for about a day andI am getting work units for my other computers. The messages are:#
Fri 05 Jun 2009 11:54:44 BST|SETI@home|Requesting new tasks
Fri 05 Jun 2009 11:55:49 BST|SETI@home|Scheduler request failed: HTTP internal server error
Fri 05 Jun 2009 12:33:44 BST|SETI@home|Sending scheduler request: Project initialization.

Fri 05 Jun 2009 12:33:44 BST|SETI@home|Requesting new tasks
Fri 05 Jun 2009 12:34:49 BST|SETI@home|Scheduler request failed: HTTP internal server error
Fri 05 Jun 2009 12:35:19 BST|Einstein@Home|Sending scheduler request: Project initialization.
Fri 05 Jun 2009 12:35:19 BST|Einstein@Home|Requesting new tasks
Fri 05 Jun 2009 12:37:19 BST|Einstein@Home|Scheduler request failed: HTTP internal server error
Fri 05 Jun 2009 14:32:30 BST|SETI@home|Sending scheduler request: Project initialization.
Fri 05 Jun 2009 14:32:30 BST|SETI@home|Requesting new tasks
Fri 05 Jun 2009 14:33:35 BST|SETI@home|Scheduler request failed: HTTP internal server error


My account keys in account_setiathome... match with what I see in my account.

The other thing that is happening is when I start run_manager I get:

paul@paul-desktop:~/BOINC$ ./run_manager
12:24:36: Error: Can't load image from file 'projects/setiathome.berkeley.edu/stat_icon': file does not exist.
12:24:36: Error: Can't load image from file 'projects/einstein.phys.uwm.edu/stat_icon': file does not exist.

Also, although I have downloaded the latest version of the s/w, version 6.6.31, I get ...
Thu 04 Jun 2009 18:45:25 BST||Starting BOINC client version 6.6.29 for i686-pc-linux-gnu


Any help most welcome!

Regards

Paul

HTTP internal server error

is a problem with the projects server.

The 6.6.31 / 6.6.29 problem is discussed here.

" HTTP internal server error

is a problem with the projects server."

But I'm getting this with both seti and Einstein, it has been going on for more than a day, and I'm not having any problems with my Windows machines downloading work units!

If this is your account on Einstein, you haven't even reached the server yet as it shows no computers attached for you. In that case, the error could be a problem with your firewall.

Have you made sure that Boinc is allowed on TCP port 80 and 443?

If that isn't your account, please point to the correct one, especially on Einstein as they show the connection logs.

---

Yes, this is my account and it was setup using BOINC Manager on the machine in question, so it seems to be accessing BOINC server to set up the account. Also the Einstein software and bits have been successfully downloaded, but it is still not getting any workunits. This machine is on the same network as the Windows machines which are getting workunits, so does not seem to be a firewall issue.

Regards

Paul

Some further info on port usage:#
paul@paul-desktop:~$ netstat -anp | grep boinc
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
tcp 0 0 127.0.0.1:31416 0.0.0.0:* LISTEN 6019/boinc
tcp 1 0 192.168.8.75:46626 66.102.9.147:80 CLOSE_WAIT 6019/boinc
tcp 0 0 127.0.0.1:31416 127.0.0.1:45674 ESTABLISHED 6019/boinc
tcp 1 0 192.168.8.75:48123 66.102.9.99:80 CLOSE_WAIT 6019/boinc
tcp 1 4151 192.168.8.75:38974 129.89.61.70:80 CLOSE_WAIT 6019/boinc
tcp 0 0 127.0.0.1:45674 127.0.0.1:31416 ESTABLISHED 7927/boincmgr
unix 3 [ ] STREAM CONNECTED 35506 7927/boincmgr
unix 3 [ ] STREAM CONNECTED 35504 7927/boincmgr
unix 3 [ ] STREAM CONNECTED 35494 7927/boincmgr
Regards

Paul

There are still no Computers belonging to Paul McKee at Einstein and only windows ones at SETI (at least after 2004).

Gruß,
Gundolf

---

Computer sind nicht alles im Leben. (Kleiner Scherz)

Yes, I know - I can see this also!
Some more info - I have just tried to add another windows XP machine and I am getting the same problem with that, although the other 4 computers (one of which I added yesterday) are all running fine. I'm totally puzzled!

Regards

Paul

We like a good puzzle. :-)

How are all the computers in your network connected? What is the router/hub of the network? Are any using internet connection sharing (shudder)?

---

Hi:
I'm glad you like a good puzzle - this is strange!
The computers in my home network are all connected vwither 100 Mbps wired ethernet with a couple on wireless ports (The wireless ported pc's are going fine, except for the laptop which I tried to add. Attached to the wired part of the network are the internet gateway and of course the wireless box. The internet gateway is an old pc that I configured years ago and is running FreeBSD with natd to do the network address translation. All my computers are configured on a subnet, 192.168.8.xxx. Subnet mask is 255.255.255.0 .I am not using DHCP, but rather fixed ip addresses. The BSD box is connected to a 3.5Mbps ADSL link via standard box.

Just to make sure I had not accidentally configured any duplicate ip addresses, I changed the ip address on the laptop (Running XP) to an address I had previously pinged with no response. This didn't make any difference!

What is especially puzzling to me, is that I could set up everything, including membership of a new project - einstein@home from boinc_manager running on the Linux box that is not downloading any workunits!

Thanks guys for all your help!

Regards

Paul

Can you test one of the wired network connected PCs with a wireless connection and see if it can still reach the projects it is on?

For if it can't get a connection there, you know where to search.
Preferably connect to Einstein again (and if you do so, say which hostID it was) so we can check what its connection log says.

I know this is a bit of a hassle, but it's the only quick way I know of to test if the wireless network is working and managing to get true outside connections.

---

Hi:
Sorry, I must have not been too clear. Two of the PC's athat are producing results are wireless connected - these have id's:
ID: 4958375
ID: 4972807
The other 2:
ID: 4958453
ID: 4958353
are on hardwired connections.
Of the 2 pc's that I have been trying to connevt, 1, running UBUNTU is hardwired and the other, running XP is on Wireless!
So, it doesn't look like this!

Regards

Paul

So, these are the four hosts at SETI (I looked at Einstein first:-)
4958375
4972807
4958453
4958353

You could try to enable some logging (<http_debug>, <http_xfer_debug>) via cc_config.xml and even try out the <http_1_0> option.

But don't forget to remove the logging options afterwards, because they tend to fill up your log file (stdoutdae.txt).

Gruß,
Gundolf

---

Computer sind nicht alles im Leben. (Kleiner Scherz)

Hi:
I created a file, cc_config.xml, that contains:
<cc_config>
<log_flags>
<http_debug>1</http_debug>
<http_xfer_debug>1</http_xfer_debug>
</log_flags>
</cc_config>
In the same directory as BOINC, Restarted BOINC, but it does not seem to make any difference to the level of logging. I am still getting the same messages in the log!

In answer to your question, those are the 4 machiines working ok. The othyer 2 are no0t appearing at all.

Regards

Paul

In the same directory as BOINC ...

Is that BOINC programs, or BOINC data

Ah - some finger trouble on my part - I didn't kill the redirection. Now, I have added the HTTP_1_0 option as well, so my cc_config_xml looks like:
<cc_config>
<log_flags>
<http_debug>1</http_debug>
<http_xfer_debug>1</http_xfer_debug>
</log_flags>
<options>
<http_1_0>1</http_1_0>
</options>
</cc_config>

And messages look like:
07-Jun-2009 08:48:51 [---] Starting BOINC client version 6.6.29 for i686-pc-linux-gnu
07-Jun-2009 08:48:51 [---] log flags: task, file_xfer, sched_ops, http_debug, http_xfer_debug
07-Jun-2009 08:48:51 [---] Libraries: libcurl/7.18.0 OpenSSL/0.9.8g zlib/1.2.3.3 c-ares/1.5.1
07-Jun-2009 08:48:51 [---] Data directory: /home/paul/BOINC
07-Jun-2009 08:48:51 [---] Processor: 2 AuthenticAMD AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ [Family 15 Model 107 Stepping 2]
07-Jun-2009 08:48:51 [---] Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch
07-Jun-2009 08:48:51 [---] OS: Linux: 2.6.27-11-generic
07-Jun-2009 08:48:51 [---] Memory: 3.22 GB physical, 5.78 GB virtual
07-Jun-2009 08:48:51 [---] Disk: 223.54 GB total, 206.89 GB free
07-Jun-2009 08:48:51 [---] Local time is UTC +1 hours
07-Jun-2009 08:48:51 [---] No CUDA devices found
07-Jun-2009 08:48:51 [---] No coprocessors
07-Jun-2009 08:48:51 [---] Not using a proxy
07-Jun-2009 08:48:52 [SETI@home] URL: http://setiathome.berkeley.edu/; Computer ID: not assigned yet; location: (none); project prefs: default
07-Jun-2009 08:48:52 [Einstein@Home] URL: http://einstein.phys.uwm.edu/; Computer ID: not assigned yet; location: (none); project prefs: default
07-Jun-2009 08:48:52 [---] No general preferences found - using BOINC defaults
07-Jun-2009 08:48:52 [---] Preferences limit memory usage when active to 1646.24MB
07-Jun-2009 08:48:52 [---] Preferences limit memory usage when idle to 2963.24MB
07-Jun-2009 08:48:52 [---] Preferences limit disk usage to 10.00GB
07-Jun-2009 08:48:52 [SETI@home] Sending scheduler request: Project initialization.
07-Jun-2009 08:48:52 [SETI@home] Requesting new tasks
07-Jun-2009 08:48:52 [---] [http_debug] HTTP_OP::init_post(): http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
07-Jun-2009 08:48:52 [---] [http_debug] [ID#0] info: About to connect() to setiboinc.ssl.berkeley.edu port 80 (#0)
07-Jun-2009 08:48:52 [---] [http_debug] [ID#0] info: Trying 208.68.240.20...
07-Jun-2009 08:49:37 [---] [http_debug] [ID#0] info: Connected to setiboinc.ssl.berkeley.edu (208.68.240.20) port 80 (#0)
07-Jun-2009 08:49:37 [---] [http_debug] [ID#0] Sent header to server: POST /sah_cgi/cgi HTTP/1.0
User-Agent: BOINC client (i686-pc-linux-gnu 6.6.29)
Host: setiboinc.ssl.berkeley.edu
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/x-www-form-urlencoded
Content-Length: 4151

07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server: HTTP/1.1 500 Internal Server Error
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server: Date: Sun, 07 Jun 2009 07:50:09 GMT
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server: Server: Apache/2.2.9 (Fedora)
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server: Content-Length: 636
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server: Connection: close
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server: Content-Type: text/html; charset=iso-8859-1
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] Received header from server:
07-Jun-2009 08:51:09 [---] [http_xfer_debug] HTTP: wrote 636 bytes
07-Jun-2009 08:51:09 [---] [http_debug] [ID#0] info: Closing connection #0
07-Jun-2009 08:51:12 [SETI@home] Scheduler request failed: HTTP internal server error
07-Jun-2009 08:51:17 [Einstein@Home] Sending scheduler request: Project initialization.
07-Jun-2009 08:51:17 [Einstein@Home] Requesting new tasks
07-Jun-2009 08:51:17 [---] [http_debug] HTTP_OP::init_post(): http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
07-Jun-2009 08:51:18 [---] [http_debug] [ID#1] info: About to connect() to einstein.phys.uwm.edu port 80 (#0)
07-Jun-2009 08:51:18 [---] [http_debug] [ID#1] info: Trying 129.89.61.70...
07-Jun-2009 08:51:18 [---] [http_debug] [ID#1] info: Connected to einstein.phys.uwm.edu (129.89.61.70) port 80 (#0)
07-Jun-2009 08:51:18 [---] [http_debug] [ID#1] Sent header to server: POST /EinsteinAtHome_cgi/cgi HTTP/1.0
User-Agent: BOINC client (i686-pc-linux-gnu 6.6.29)
Host: einstein.phys.uwm.edu
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/x-www-form-urlencoded
Content-Length: 4151

07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server: HTTP/1.1 500 Internal Server Error
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server: Date: Sun, 07 Jun 2009 07:51:18 GMT
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server: Server: Apache/2.2.3 (CentOS)
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server: Content-Length: 620
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server: Connection: close
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server: Content-Type: text/html; charset=iso-8859-1
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] Received header from server:
07-Jun-2009 08:53:18 [---] [http_xfer_debug] HTTP: wrote 620 bytes
07-Jun-2009 08:53:18 [---] [http_debug] [ID#1] info: Closing connection #0
07-Jun-2009 08:53:23 [Einstein@Home] Scheduler request failed: HTTP internal server error.

ALSO (Stranger and Stranger) - when I tried to post this message using Konqueror from the Linux machine I got an error "Bad Request" - Your browser sent a request that this server could not understand! So, I've moved it over to my Windows Vista machine and am posting it with Firefox. (Other messages seem to be Ok - for example my last one with the config file)

Regards

Paul

I've emailed more puzzlers to come take a look. :)

---

Looking at this from a less detailed view:

The server is having problems with the message(s) it's getting.
But other computers are OK.
So the 'faulty' computers are sending the wrong data strings.

If these data strings are starting out OK, then something is changing them.
As the computers are part of a network, there's a lot of "intermediate ware"; routers/hubs/switches/cables.
Removing some of this to simplify the path, may be a quick way to locate the problem.

Can a "faulty" computer be physically moved to the location of a "good" computer, and plugged in there? Or even connected as directly as possible to the phone line?
Swapping cables may also be fairly quick. (Faulty cramping? Transposed wires?)

Alternatively, (tediously boring), making a list of all the hardware/software/firmware used by "good" versus "bad" computers may show a common point.

Hi:
Two of the computers are physically next to each other and on adjacent ports on the ethernet switch/hub. 1 works, 1 doesn't. Both computers normally work fine own a whole raft of bits and pieces of work. (I've switched ports, just in case, but the problem remains computer specific, rather than port specific)
Also, I think that if the message had got hit somewhere in between, it would generate a checksum error. This would mean that no data is getting passed to the BOINC projects Apache server, yet clearly this is not happening - the server is getting something it doesn't understand. Also, the whole registration of einstein@home went through this box and that went fine.
If we could see why Apache is reporting an internal server error, this may help. I can try any BOINC project if this would make things easier?

Regards

Paul

Paul, could you send the sched_request_einstein.phys.uwm.edu.xml and sched_request_setiathome.berkeley.edu.xml files and if you have them, the sched_reply_einstein.phys.uwm.edu.xml and sched_reply_setiathome.berkeley.edu.xml files of any of the malfunctioning computers to David Anderson, please? You can email him on davea at ssl dot berkeley dot edu

You can find these in the BOINC Data directory. Best zip them up first.

---