No reporting result with Einstein - The uploading task fails !!!!!

Michael SAVEL
Michael SAVEL
Joined: 19 Aug 05
Posts: 1
Credit: 585630
RAC: 0
Topic 190112

I use BOINC 5.2.6 on Windows operating system.

Since using this version, the 'reporting result' feature doesn't work with Einstein's project. The uploading messages appear in the message box.

03/11/2005 13:02:41|Einstein@Home|Started upload of w1_0102.0__0102.3_0.1_T05_S4hC_3_0
03/11/2005 13:02:48|Einstein@Home|Finished upload of w1_0102.0__0102.3_0.1_T05_S4hC_3_0

But no reporting result at anytime.

And, for example, with the LHC project the reporting happens !

03/11/2005 08:47:00|LHC@home|Started upload of wnov1A_v6s4hvnom_mqx__17__64.261_59.281__8_10__6__40_1_sixvf_boinc52198_4_0
03/11/2005 08:47:12|LHC@home|Finished upload of wnov1A_v6s4hvnom_mqx__17__64.261_59.281__8_10__6__40_1_sixvf_boinc52198_4_0

and later....
03/11/2005 18:31:59|LHC@home|Requesting 11 seconds of new work, and reporting 1 results

So, I have to update manually the Einstein's project to solve the bug....

Stick
Stick
Joined: 24 Feb 05
Posts: 790
Credit: 31192054
RAC: 415

No reporting result with Einstein - The uploading task fails !!!

Savel,

I noticed the same thing and reported it a few weeks ago. Here is the response I got from one of the Project developers, Walt Gribben:

Stick

Quote:

Stick,

Sending the results is a two step process. First the result data is uploaded to the upload server, and while thats happening you'll see it in the transfer tab. Afterwords the result will be "waiting to report", which it'll do the next time BOINC contacts the scheduler. Reporting is where it sends the administrative details about the result - exit status, CPU time, error messages, things like that.

Some earlier versions of BOINC had a bug where it reported results right after uploading. That was fixed in 5.2. Now it'll contact the scheduler to report if it reaches the deadline or 24 hours after the workunit finishes. If BOINC contacts the scheduler for some other reason, it'll report the results then. Like if you manually "update" the project or BOINC requests more work.

Idea is to reduce the times BOINC contacts the scheduler to report work or request it, and this way it combines several requests into one contacts. With a short "connect every" interval it'll report the previous result when it requests a new workunit. With a longer interval it can report several workunits either after 24 hours have passed or when it requests more work.

And even though a result gets uploaded, the server won't show it as complete until its reported. And it'll use that as the "completion" time, even though the result had already been uploaded.

Walt

Hans Sveen
Hans Sveen
Joined: 18 Jan 05
Posts: 11
Credit: 13407615
RAC: 0

Hello! Earlier today I

Hello!

Earlier today I have successfully reported and got credit for both!
But..... this last hour or so it has not been able to upload at all, all I see is this:

06.11.2005 21:12:16|Einstein@Home|Fetching master file
06.11.2005 21:12:21|Einstein@Home|Master file download succeeded
06.11.2005 21:12:26|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
06.11.2005 21:12:26|Einstein@Home|Reason: Requested by user
06.11.2005 21:12:26|Einstein@Home|Reporting 1 results
06.11.2005 21:12:31|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
06.11.2005 21:12:31|Einstein@Home|Can't parse scheduler reply
06.11.2005 21:12:36|Einstein@Home|Deferring communication with project for 55 seconds
06.11.2005 21:13:31|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
06.11.2005 21:13:31|Einstein@Home|Reason: Requested by user
06.11.2005 21:13:31|Einstein@Home|Reporting 1 results
06.11.2005 21:13:36|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
06.11.2005 21:13:36|Einstein@Home|Can't parse scheduler reply
06.11.2005 21:13:41|Einstein@Home|Deferring communication with project for 55 seconds
06.11.2005 21:14:37|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
06.11.2005 21:14:37|Einstein@Home|Reason: Requested by user
06.11.2005 21:14:37|Einstein@Home|Reporting 1 results
06.11.2005 21:14:42|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
06.11.2005 21:14:42|Einstein@Home|Can't parse scheduler reply
06.11.2005 21:14:47|Einstein@Home|Deferring communication with project for 55 seconds
06.11.2005 21:15:42|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
06.11.2005 21:15:42|Einstein@Home|Reason: Requested by user
06.11.2005 21:15:42|Einstein@Home|Reporting 1 results
06.11.2005 21:15:47|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
06.11.2005 21:15:47|Einstein@Home|Can't parse scheduler reply
06.11.2005 21:15:52|Einstein@Home|Deferring communication with project for 55 seconds
06.11.2005 21:16:47|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
06.11.2005 21:16:47|Einstein@Home|Reason: Requested by user
06.11.2005 21:16:47|Einstein@Home|Reporting 1 results
06.11.2005 21:16:52|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
06.11.2005 21:16:52|Einstein@Home|Can't parse scheduler reply
06.11.2005 21:16:57|Einstein@Home|Deferring communication with project for 2 minutes and 3 seconds

Seems like it is some trouble with sceduler after the latter server update!

With regards,
Hans Sveen
Oslo, Norway

Walt Gribben
Walt Gribben
Joined: 20 Feb 05
Posts: 219
Credit: 1645393
RAC: 0

Hans, The reply sent by

Hans,

The reply sent by the scheduler is in file sched_reply_einstein.phys.uwm.edu.xml, take a look and see if its its valid. Use wordpad or your browser. The first line should be , the last line should be and in between will be a bunch of other tags.

If both tags are there, compare it to the same file on your other system to see what a valid "response" looks like.

THe first message, "fetching master file" suggests you had a communications problem of some kind. Did you change something in your network? Or BOINC settings or in the way BOINC communicates with the project servers?

Walt

Hans Sveen
Hans Sveen
Joined: 18 Jan 05
Posts: 11
Credit: 13407615
RAC: 0

RE: Hans, The reply sent

Message 19035 in response to message 19034

Quote:

Hans,

The reply sent by the scheduler is in file sched_reply_einstein.phys.uwm.edu.xml, take a look and see if its its valid. Use wordpad or your browser. The first line should be , the last line should be and in between will be a bunch of other tags.

If both tags are there, compare it to the same file on your other system to see what a valid "response" looks like.

THe first message, "fetching master file" suggests you had a communications problem of some kind. Did you change something in your network? Or BOINC settings or in the way BOINC communicates with the project servers?

Walt

I have taken a quick look at the file and here comes theb first few lines, it says something about lost files, this was the only difference I could spot!

I haven't done anything that changed things yesterday , every other project is working on both my clients! I have not got a clue what happend, ghost units maybe??

Fetching master file came when I closed down and restarted Einstein@home , thats what You should expect I guess!

Here comes the first lines ; hope it can help somebody to help me out and get some more work and hopefully some credits!
Thank You!

&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

503
61.000000
Resent lost result l1_0623.5__0623.5_0.1_T08_S4lC_3
Resent lost result l1_0623.5__0623.6_0.1_T08_S4lC_1

&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

Ps:
I did take a closer look at the id of the wu that was lost(Now even 3!)they don't show up in my cache at all, the ones that show up under the pc in question(host 4683) are not even in my work cache (wu 2558649, 2556425 and 2470157), some serious mixup somewhere!!!

Hans Sveen
Hans Sveen
Joined: 18 Jan 05
Posts: 11
Credit: 13407615
RAC: 0

RE: RE: Hans, The reply

Message 19036 in response to message 19035

Quote:
Quote:

Hans,

The reply sent by the scheduler is in file sched_reply_einstein.phys.uwm.edu.xml, take a look and see if its its valid. Use wordpad or your browser. The first line should be , the last line should be and in between will be a bunch of other tags.

If both tags are there, compare it to the same file on your other system to see what a valid "response" looks like.

THe first message, "fetching master file" suggests you had a communications problem of some kind. Did you change something in your network? Or BOINC settings or in the way BOINC communicates with the project servers?

Walt

I have taken a quick look at the file and here comes theb first few lines, it says something about lost files, this was the only difference I could spot!

I haven't done anything that changed things yesterday , every other project is working on both my clients! I have not got a clue what happend, ghost units maybe??

Fetching master file came when I closed down and restarted Einstein@home , thats what You should expect I guess!

Here comes the first lines ; hope it can help somebody to help me out and get some more work and hopefully some credits!
Thank You!

&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

503
61.000000
Resent lost result l1_0623.5__0623.5_0.1_T08_S4lC_3
Resent lost result l1_0623.5__0623.6_0.1_T08_S4lC_1

&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

Ps:
I did take a closer look at the id of the wu that was lost(Now even 3!)they don't show up in my cache at all, the ones that show up under the pc in question(host 4683) are not even in my work cache (wu 2558649, 2556425 and 2470157), some serious mixup somewhere!!!

HMmmmmmmm nothing happend after I resetted and even installed 0.18 and resetted once more , still getting the message "Can't parse scheduler reply"
Even if I suspend all projects(my pc is overcommitted) still no new work , think I will let boinc sort it out in a day or two!!

Walt Gribben
Walt Gribben
Joined: 20 Feb 05
Posts: 219
Credit: 1645393
RAC: 0

Hans, Would you email the

Hans,

Would you email the entire sched_reply_einstein.phys.uwm.edu.xml to me? After x'ing out the email hash and account key, I don't need them. Send it to wgdebug at yahoo.com.

Those lost workunits are probably because BOINC isn't parsing the scheduler replies. Thats how workunits are sent if the data files are already on the host. So if the scheduler reply gets lost or can't be parsed, any workunits in it get "lost".

You can see that the scheduler is resending some, thats what is about, reporting that its actually resending "missing" workunits.

Do you have BOINC set to connect thru a proxy server? If so, did anything change concerning the proxy server? What about firewall/anti-virus software?

Walt

Hans Sveen
Hans Sveen
Joined: 18 Jan 05
Posts: 11
Credit: 13407615
RAC: 0

Hello! Thanks for those quick

Hello!
Thanks for those quick answers and helping, but everything seems to have sorted itself out!

But if problem reappear I do know where to get help and send error messages!
As far as I know no proxy is in use at least not locally! The computer with the errors mentioned is connected to Wi-Fi router, which get it's internet connection cabled from a broad band router.
Yes I do use both a firewall and antivirus (Norman Internet Control) on my computer. The only thing I did do that day was scanning for adware with Lavasoft Adaware and Spybot Search and Destroy; my pc was clean, but maybe it interfered with Einstein work unit. Not boinc (vers.5.2.6) then it would have caused additional error with any of the other project I am running?

Any how , it is sorted out!!
Thank You again!

Hans Sveen
Oslo,Norway

brianwalenz
brianwalenz
Joined: 7 Mar 05
Posts: 1
Credit: 65620
RAC: 0

Possibly not the right place

Possibly not the right place for this, but google of "resent lost result" turned up this thread early, so...

I installed boinc on FreeBSD from ports, on a small cluster. I got one host running, and copied the config to the other hosts. I did the copies as root; boinc wants to run as user boinc. The other hosts started fine and did some work, but then mysteriously stopped working with:

[pre]
2006-02-15 00:11:51 [Einstein@Home] Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
2006-02-15 00:11:51 [Einstein@Home] Requesting 0 seconds of work, returning 3 results
2006-02-15 00:11:52 [Einstein@Home] Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
2006-02-15 00:11:52 [Einstein@Home] General preferences have been updated
2006-02-15 00:11:52 [Einstein@Home] Message from server: Resent lost result z1_0717.0__311_S4R2a_0
2006-02-15 00:11:52 [Einstein@Home] Message from server: Resent lost result z1_0717.0__311_S4R2a_0
2006-02-15 00:11:52 [Einstein@Home] Can't parse scheduler reply
2006-02-15 00:11:52 [Einstein@Home] Can't parse scheduler reply
2006-02-15 00:11:52 [Einstein@Home] Deferring communication with project for 59 seconds
2006-02-15 00:11:52 [Einstein@Home] Deferring communication with project for 59 seconds
[/pre]

The key line there is "general preferences have been updated" -- when I copied the config, I neglected to chown global_prefs.xml to user boinc. Doing that solved the problem. Good luck.

Comment viewing options

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