Project declare up, but no reporting for me

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2139
Credit: 2752926030
RAC: 1389772

But if BOINC is uploading

But if BOINC is uploading result files, and works for other projects, surely it's there already? I've only ever had to do that for port 31416, for remote management of BOINC by BoincView/BoincTasks.

Alex Plantema
Alex Plantema
Joined: 9 Feb 05
Posts: 16
Credit: 20362656
RAC: 0

Boinc was already entered as

Boinc was already entered as an exception. This doesn't help.

AgentB
AgentB
Joined: 17 Mar 12
Posts: 915
Credit: 513211304
RAC: 0

RE: But if BOINC is

Quote:
But if BOINC is uploading result files, and works for other projects, surely it's there already? I've only ever had to do that for port 31416, for remote management of BOINC by BoincView/BoincTasks.

I'm not sure if you are referring to "in general" or Alex's case specifically.

Alex mentioned he has one computer working - the other not here

Alex log file symptoms, and start time suggest an exact match to OPs here.

The suggestion for Alex matches as best i could - the Kapersky workaround.

In general, why is this happening "now" and "for this project" and for "some hosts" ? E@H is the only project(?) that is doing a 301 redirect on a HTTP POST - this started after upgrade.

Doing a 301 on a POST (not a GET) gets a "MUST NOT..." in the spec below. Clearly this is causing the issue for some security software (and one could say "working as designed")

The workaround in the Kapersky case relaxes the built-in firewall inspection rules for the program "boinc.exe"

I don't know why this is not affecting more users, perhaps those without problems have slightly lower or different security settings somehow.

AgentB
AgentB
Joined: 17 Mar 12
Posts: 915
Credit: 513211304
RAC: 0

RE: Boinc was already

Quote:
Boinc was already entered as an exception. This doesn't help.

Thanks Alex - there are two parts to boinc - can you confirm both programs ?

"Boinc", and "Boinc client"

"Boinc" will be there by default (i am guessing)

You will have to find "Boinc client" the EXE listed in earlier post.

If that does not work, and this may not be possible or acceptable- are you able to test without firewall running?

Also you mentioned earlier two computers, one is working perfectly the second - is not able to contact E@H at all. Correct?

Christian Beer
Christian Beer
Joined: 9 Feb 05
Posts: 595
Credit: 118626205
RAC: 109543

RE: I get the same error

Quote:
I get the same error message (no start tag) as I already mentioned in Backend upgrade scheduled for Wed Nov 18, but I use the Windows firewall, not Kaspersky's. The problem started with the site upgrade. I already have an exception in the firewall for communication between my computers. I extended it to the internet, without success.


Actually you get a different error message I just realized. This thread was started because the OP could not reach the scheduler. Your computer can reach the scheduler but gets an error message back.

I just looked at /hosts_user.php?userid=8434 and it seems that your i7 is getting work but the Pentium 4 is not. This may have to do with the old client version and should be discussed in a separate thread (because it is a different issue).

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2139
Credit: 2752926030
RAC: 1389772

RE: Thanks Alex - there are

Quote:
Thanks Alex - there are two parts to boinc - can you confirm both programs ?


For the Windows builds, the two programs are:

boinc.exe - this is the client, and performs all external internet communications. This is the one that must be allowed through the firewall in all cases, and is usually set as an exception automatically when BOINC is installed.

boincmgr.exe - this is the Manager, or graphical interface (the bit you see on screen). This program doesn't need internet access: it simply communicates with the client via an internal loopback. You may need to allow it access to the local network (not the internet at large) if you want to use the Manager on one computer to monitor and control the Client on a different computer.

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2139
Credit: 2752926030
RAC: 1389772

I installed BOINC v5.10.45

I installed BOINC v5.10.45 into a test directory, and got the same result as Alex. The full message is:

Quote:
21/11/2015 12:06:39|Einstein@Home|Message from server: Error in request message: no start tag


(my emphasis) - so the new server doesn't like the request it received.

Comparing the scheduler request messages (v5.10.45 and v7.6.9) side-by-side, there's no actual tag in either! The first significant difference seems to be

    0
    0
    0
    0.000000
    0.000000
    0.000000
    0.000000
    1


- that block appears in v7.6.9, but is entirely absent from v5.10.45

AgentB
AgentB
Joined: 17 Mar 12
Posts: 915
Credit: 513211304
RAC: 0

RE: I installed BOINC

Quote:
I installed BOINC v5.10.45 into a test directory, and got the same result as Alex.

Thanks Richard that's good news. Can you put my mind to rest and confirm your client firewall settings don't improve or worsen this behaviour for v5.10.45?

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2139
Credit: 2752926030
RAC: 1389772

Well, I actually got a

Well, I actually got a scheduler reply, so I don't think it triggered the firewall - but then, I was the one getting replies anyway, since I don't use Kaspersky.

The reply (in full) was

611
http://einstein.phys.uwm.edu/
60.000000
Error in request message: no start tag 
Einstein@Home


which doesn't tell us much more.

It seems to come (in current code) from line 269 of sched/sched_types.cpp:

if (!xp.match_tag("scheduler_request")) return "no start tag"; but is present and correct in the v5.10.45 request.

"Current code" probably doesn't help here. 611 is quite old - other projects are returning 705 or 707.

AgentB
AgentB
Joined: 17 Mar 12
Posts: 915
Credit: 513211304
RAC: 0

The only additional point

The only additional point (probably a red herring) to note, but easy to check http://einstein.phys.uwm.edu/ gives a http 301 redirect to https://einstein.phys.uwm.edu/

I don't know if that changed with the upgrade. If it did, then can you try changing the master project url to https://einstein.phys.uwm.edu/ Edit: (only on the v5.10.45)?

Edit++: ignore this herring - it is red

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.