08-Dec-2015 08:21:30 [---] File projects/einstein.phys.uwm.edu/PM0074_017C1_190_0_0 not found
08-Dec-2015 08:21:30 [---] File projects/einstein.phys.uwm.edu/PM0074_017C1_190_0_1 not found
As I said before, this is in no way critical, that 1 WU won't make a whole lot of difference on my total credit, I'm just kinda curious what happened
And thanks to all who have a responded, by the way
08-Dec-2015 08:20:18 [Einstein@Home] Finished upload of PM0074_017C1_190_0_0
08-Dec-2015 08:20:18 [Einstein@Home] Finished upload of PM0074_017C1_190_0_1
which would seem toindicate that the upload succeeded?
Absolutely. You only get the "Finished ..." message if the upload completed and the upload handler sent back an acknowledgement.
At that point, the two files would disappear from the transfers tab and back on the tasks tab, the status of the actual task entry would change from "Uploading" to "Ready to report". Only when the task has been reported (usually within an hour of completion for your BOINC version) will that entry be removed from the tasks tab.
So, do you still have an entry for "PM0074_017C1_190_0" on the tasks tab of BOINC Manager and, if so, what is showing for it in the Status column?
On the assumption that you don't have this task, we can try to understand what happened to it. It would be useful to check if there is still any info about it in the state file. You should find the file client_state.xml in the BOINC Data directory and make a copy of it somewhere outside the BOINC tree. You don't have to do anything special to BOINC in order to take this copy. Here is a list of steps to check out the contents of this copy.
* Open this copy using a plain text editor like notepad
* Search for the string
PM0074_017C1_190_0
* If there are no hits then the BOINC client is done with that task and that's the end of the matter.
* If there are hits, there might be quite a few in various setions of the file like , and sections.
* We are looking in particular for the section and the best search string for that is PM0074_017C1_190_0
PM0077_00741_94_2
0.000000
0.000000
0
2
x86_64-pc-linux-gnu
153
BRP6-opencl-ati
PM0077_00741_94
1450965323.000000
1449755724.271298
PM0077_00741_94_2_0
results.cand0
PM0077_00741_94_2_1
results.cand1
[/code]
[b]After files have been successfully uploaded but before task is reported
You should notice that before completion the contains various parameter values that are zero (or missing) which get changed to their final values (or added in) when the task completes. Also you will notice that the full for the task gets inserted. I have left most of this out for the sake of brevity. I have left some lines near the end so you can see what successful completion looks like. Note the addition of the tag and the immediately after all the stderr stuff.
Two particular parameters to note are and . If the exit status is not zero, processing terminated with an error and there should be further info about the nature of the error. The value of ranges from zero to 5. A value of 3 or 4 represents an intermediate stage so, if you should have either of these, it should pin down the point where something went wrong.
At this point it would be best to wait until you can tell us if there is any trace of your task in the state file. Only if there is, can we take it further.
One final point. Even if there is nothing left in the state file, it's not necessarily the end of the road for that task. Your client uploaded the two files containing the results. They should be on the upload server. It should be possible for the Devs to manually process those two files and so close out the pending task still showing on the website. It is still useful to pursue this.
08-Dec-2015 08:21:30 [---] File projects/einstein.phys.uwm.edu/PM0074_017C1_190_0_0 not found
08-Dec-2015 08:21:30 [---] File projects/einstein.phys.uwm.edu/PM0074_017C1_190_0_1 not found
I've not seen that particular message previously. Were there any lines either side of the above two to indicate what particular function was being performed at the time?
Quote:
As I said before, this is in no way critical, that 1 WU won't make a whole lot of difference on my total credit, I'm just kinda curious what happened
Your message arrived whilst I was composing mine and I was unaware of it before I posted.
As I mentioned, if the files were uploaded it should be possible to manually close out this pending task and get the credit if the result is validated. I expect there to be nothing in the state file but I'd like to know that for sure. If so, I'll PM Bernd to see if he would mind taking a look at it. He will be able to see the files if they are on the upload server.
Quote:
And thanks to all who have a responded, by the way
The files were uploaded, it would seem, but something has happened to prevent the .... block from containing 5. Could you look and see if it's perhaps showing a 4? The other thing to check is to see if the flag has been set. You will see this flag in my second example. It may well be the combination of the and this flag that is still causing the task status to be "Uploading".
I can remember something vaguely like this a few years ago where I changed the value and added a or something like that in order to get an uploaded task finally reported. Are you willing to check a (disposable) copy of the state file to see if a actually exists and how similar it is to the 2nd example I gave?
Sorry for the delay. My wife tripped and dislocated her shoulder and broke her humerus,so BOINC hasn't bee near the top of my priorities list
I'm very sorry to hear of your wife's accident. I trust that she is as comfortable as possible and I wish her all the best as she recovers.
Quote:
this is what the state file contains for that WU
0
4
does not exist in the file
When tasks are ready to report, the value is 5 and a tag followed by a value is added to the block of data for that result, immediately after the closing tag. In addition, other data values are updated (things like CPU time and elapsed time) to the final numbers.
Since your results had been uploaded, I was just intending to give you instructions to change the erroneous value to 5, to add the as an extra line and to make up some suitable data numbers so that your client could be induced into making the 'report'. I had done things like this in the past successfully, since the result files are already on the server and just need the last 'report' from the client to complete the transaction. Of course, the client can't 'report' if the is not right and the is not set.
All this is moot now as the deadline has passed and the quorum seems to be completed and removed from the online database (I didn't find it in your current list). I think you will have trouble getting rid of the entry on the tasks tab of BOINC Manager for this task. You can see if 'select'ing that entry and clicking abort will work but I don't think it will. The simplest way is to stop BOINC and use a plain text editor to remove the complete ... block for that particular task from the state file (client_state.xml). When you restart BOINC, that particular task will no longer show on the tasks tab.
I've had a project at 100% complete for the past week but it hasn't uploaded; it just continues to run, very very slowly, even though it is now past the due date. any suggestions for what's going on here?
Only thing after those
)
Only thing after those were
08-Dec-2015 08:21:30 [---] File projects/einstein.phys.uwm.edu/PM0074_017C1_190_0_0 not found
08-Dec-2015 08:21:30 [---] File projects/einstein.phys.uwm.edu/PM0074_017C1_190_0_1 not found
As I said before, this is in no way critical, that 1 WU won't make a whole lot of difference on my total credit, I'm just kinda curious what happened
And thanks to all who have a responded, by the way
RE: .... 08-Dec-2015
)
Absolutely. You only get the "Finished ..." message if the upload completed and the upload handler sent back an acknowledgement.
At that point, the two files would disappear from the transfers tab and back on the tasks tab, the status of the actual task entry would change from "Uploading" to "Ready to report". Only when the task has been reported (usually within an hour of completion for your BOINC version) will that entry be removed from the tasks tab.
So, do you still have an entry for "PM0074_017C1_190_0" on the tasks tab of BOINC Manager and, if so, what is showing for it in the Status column?
On the assumption that you don't have this task, we can try to understand what happened to it. It would be useful to check if there is still any info about it in the state file. You should find the file client_state.xml in the BOINC Data directory and make a copy of it somewhere outside the BOINC tree. You don't have to do anything special to BOINC in order to take this copy. Here is a list of steps to check out the contents of this copy.
* Search for the string
PM0074_017C1_190_0
* If there are no hits then the BOINC client is done with that task and that's the end of the matter.
* If there are hits, there might be quite a few in various setions of the file like , and sections.
* We are looking in particular for the section and the best search string for that is PM0074_017C1_190_0
PM0077_00741_94_2
0.000000
0.000000
0
2
x86_64-pc-linux-gnu
153
BRP6-opencl-ati
PM0077_00741_94
1450965323.000000
1449755724.271298
PM0077_00741_94_2_0
results.cand0
PM0077_00741_94_2_1
results.cand1
[/code]
[b]After files have been successfully uploaded but before task is reported
PM0077_00741_94_2 739.798000 18281.289125 0 5 x86_64-pc-linux-gnu 153 BRP6-opencl-ati[06:11:11][6907][INFO ] Application startup - thank you for supporting Einstein@Home!
[06:11:11][6907][INFO ] Starting data processing...
[06:11:11][6907][INFO ] Using OpenCL platform provided by: Advanced Micro Devices, Inc.
[06:11:11][6907][INFO ] Using OpenCL device "Pitcairn" by: Advanced Micro Devices, Inc.
[06:11:12][6907][INFO ] Checkpoint file unavailable: PM0077_00741_94.cpt (No such file or directory).
------> Starting from scratch...
[06:11:12][6907][INFO ] Header contents:
------> Original WAPP file: ./PM0077_00741_DM188.00
....
....
[11:15:30][6907][INFO ] Checkpoint committed!
[11:15:51][6907][INFO ] OpenCL shutdown complete!
[11:15:51][6907][INFO ] Statistics: count dirty SumSpec pages 18616 (not checkpointed), Page Size 1024, fundamental_idx_hi-window_2: 1886937
[11:15:51][6907][INFO ] Data processing finished successfully!
11:15:51 (6907): called boinc_finish(0)
]]>
1449969357.926505
PM0077_00741_94
1450965323.000000
1449755724.271298
PM0077_00741_94_2_0
results.cand0
PM0077_00741_94_2_1
results.cand1
You should notice that before completion the contains various parameter values that are zero (or missing) which get changed to their final values (or added in) when the task completes. Also you will notice that the full for the task gets inserted. I have left most of this out for the sake of brevity. I have left some lines near the end so you can see what successful completion looks like. Note the addition of the tag and the immediately after all the stderr stuff.
Two particular parameters to note are and . If the exit status is not zero, processing terminated with an error and there should be further info about the nature of the error. The value of ranges from zero to 5. A value of 3 or 4 represents an intermediate stage so, if you should have either of these, it should pin down the point where something went wrong.
At this point it would be best to wait until you can tell us if there is any trace of your task in the state file. Only if there is, can we take it further.
One final point. Even if there is nothing left in the state file, it's not necessarily the end of the road for that task. Your client uploaded the two files containing the results. They should be on the upload server. It should be possible for the Devs to manually process those two files and so close out the pending task still showing on the website. It is still useful to pursue this.
Cheers,
Gary.
RE: Only thing after those
)
I've not seen that particular message previously. Were there any lines either side of the above two to indicate what particular function was being performed at the time?
Your message arrived whilst I was composing mine and I was unaware of it before I posted.
As I mentioned, if the files were uploaded it should be possible to manually close out this pending task and get the credit if the result is validated. I expect there to be nothing in the state file but I'd like to know that for sure. If so, I'll PM Bernd to see if he would mind taking a look at it. He will be able to see the files if they are on the upload server.
You're welcome!
Cheers,
Gary.
That WU is still on the Tasks
)
That WU is still on the Tasks Tab, in status Uploading
Looks like the "Not Found messages were after a restart of BOINC
OK, that makes a bit more
)
OK, that makes a bit more sense now.
The files were uploaded, it would seem, but something has happened to prevent the .... block from containing 5. Could you look and see if it's perhaps showing a 4? The other thing to check is to see if the flag has been set. You will see this flag in my second example. It may well be the combination of the and this flag that is still causing the task status to be "Uploading".
I can remember something vaguely like this a few years ago where I changed the value and added a or something like that in order to get an uploaded task finally reported. Are you willing to check a (disposable) copy of the state file to see if a actually exists and how similar it is to the 2nd example I gave?
Cheers,
Gary.
Sorry for the delay. My wife
)
Sorry for the delay. My wife tripped and dislocated her shoulder and broke her humerus,so BOINC hasn't bee near the top of my priorities list
this is what the state file contains for that WU
0
4
does not exist in the file
RE: Sorry for the delay. My
)
I'm very sorry to hear of your wife's accident. I trust that she is as comfortable as possible and I wish her all the best as she recovers.
When tasks are ready to report, the value is 5 and a tag followed by a value is added to the block of data for that result, immediately after the closing tag. In addition, other data values are updated (things like CPU time and elapsed time) to the final numbers.
Since your results had been uploaded, I was just intending to give you instructions to change the erroneous value to 5, to add the as an extra line and to make up some suitable data numbers so that your client could be induced into making the 'report'. I had done things like this in the past successfully, since the result files are already on the server and just need the last 'report' from the client to complete the transaction. Of course, the client can't 'report' if the is not right and the is not set.
All this is moot now as the deadline has passed and the quorum seems to be completed and removed from the online database (I didn't find it in your current list). I think you will have trouble getting rid of the entry on the tasks tab of BOINC Manager for this task. You can see if 'select'ing that entry and clicking abort will work but I don't think it will. The simplest way is to stop BOINC and use a plain text editor to remove the complete ... block for that particular task from the state file (client_state.xml). When you restart BOINC, that particular task will no longer show on the tasks tab.
Cheers,
Gary.
Aborted the WU, thebn aborted
)
Aborted the WU, thebn aborted both fikel transfers and POOF, it's gone.
Thanks for the help
No problem!
)
No problem!
Cheers,
Gary.
I've had a project at 100%
)
I've had a project at 100% complete for the past week but it hasn't uploaded; it just continues to run, very very slowly, even though it is now past the due date. any suggestions for what's going on here?