I have following error:
16.8.2007 20:40:03|Einstein@Home|Reason: Unrecoverable error for result h1_0485.20_S5R2__160_S5R2c_1 ( h1_0485.20_S5R2__160_S5R2c_1_0 -161)
What could go wrong this time?It happend after hibernation of Win XP.Internet access was deactivated.
You can lookup the BOINC FAQs on the Mundayweb site and find that -161 is essentially a "File not found" type error. You can also look at the stderr.out output in your oldest problem result on the EAH website and you will find a couple of little excerpts like this:-
Quote:
2007-08-15 23:30:13.4375 [normal]: Start of BOINC application 'projects/einstein.phys.uwm.edu/einstein_S5R2_4.33_windows_intelx86.exe'.
2007-08-15 23:30:31.4687 [normal]: WARNING: boinc-resolved result file "Hough.out" in local directory - will zip into "Hough.out.zip"
2007-08-15 23:31:16.4375 [debug]: Reading SFTs and setting up stacks ... done
2007-08-15 23:40:12.4375 [debug]: Found checkpoint - reading...
2007-08-15 23:40:12.4375 [debug]: Read checkpoint - reading previous output...
2007-08-15 23:40:42.4375 [debug]: Read exactly 690137 == maxbytes from Fstat-file, that's enough.
2007-08-15 23:40:42.4375 [debug]: DEBUG: read_fstat_toplist_from_fp() returned 690137
2007-08-15 23:40:42.4375 [debug]: Total skypoints = 57808. Progress: 49410,
$Revision: 1.45 $ OPT:0 SCV:2, SCTRIM:8
To me it would appear that the result output file Hough.out (which normally can be seen in the appropriate "slots" folder is being written in the main BOINC folder - perhaps when your machine hibernates. Each time BOINC restarts it seems to be complaining that the file is in the wrong place. The crunching seems to finish normally but then the "file not found" error occurs so you get no credit for what would appear to be an otherwise successful result.
The "done" usually signifies successful completion of crunching. I imagine the next step is the uploading of the result which is where you get the which sort of implies that the result (or perhaps Hough.out) can't be found where it's supposed to be.
If it were my machine, I'd try to ensure that it didn't hibernate - unless you know that it has successfuly recovered from hibernation previously. Please realise that this is just speculation on my part as I haven't seen this before.
Thanks.I now know what most probably happend.Few days ago I managed to trash TCP/IP in XP and had to use System restore.I do not know wether somebody else pointed out that,but it will destroy some applications and can damage user-datas and as my case shows,it wasted CPU-time...at least it looks so and already such error showed last week.
I set EAH to no new work, by tomorrow noon (German LT) I think will have completed and reported the current WU. I understand that I should delete the app_info and the .exe file to get for sure a valid App from the server without problems. If you need some more testing, then tell in which way I should proceed. I manually got the PDB symbols, so you would get your debugging info if I load another result before switching app. Please advice how to proceed.
To me it would appear that the result output file Hough.out (which normally can be seen in the appropriate "slots" folder is being written in the main BOINC folder - perhaps when your machine hibernates. Each time BOINC restarts it seems to be complaining that the file is in the wrong place. The crunching seems to finish normally but then the "file not found" error occurs so you get no credit for what would appear to be an otherwise successful result.
I forgot to say,that Windows hibernation function is saving entire content of RAM to disk to file hiberfil.sys and does not move files.And it even remembers what was connected,so when I am encoding long video afrom external drive and need to move NB I just hibernate during encoding and then dehib. and app is happily working as before...
Now that you've mentioned about system restore, I would imagine that operation is far more likely to cause problems for BOINC than hibernation. When you ask people to look at problems, it really helps if you can give all the details up front.
Thanks.I now know what most probably happend. Few days ago I managed to trash TCP/IP in XP and had to use System restore.I do not know wether somebody else pointed out that, but it will destroy some applications and can damage user-datas and as my case shows,it wasted CPU-time...at least it looks so and already such error showed last week.
Now that you've mentioned about system restore, I would imagine that operation is far more likely to cause problems for BOINC than hibernation. When you ask people to look at problems, it really helps if you can give all the details up front.
I also had problems with Einstein v4.33 involving System Restore (reported here and here). In the first case, v4.33 was "destroyed" (to use your terminology). In the second case, the problem seemed to be confined to "bad checkpoints". But, in both cases, my other BOINC projects "survived" the System Restores unscathed.
Now that you've mentioned about system restore, I would imagine that operation is far more likely to cause problems for BOINC than hibernation. When you ask people to look at problems, it really helps if you can give all the details up front.
If I knew that operation old several days would do even such thing.Truth is I knew about some problems-missing programs,damaged files,but I forgot about checking BOINC.Sorry for my memory.
I'm sorry it appeared like I was chastising you - I should have worded it better :).
I was trying to take the opportunity (particularly for the benefit of all who might ask for help) to illustrate how important it is to give as much detail as possible when documenting a problem. Otherwise those brave enough to respond may end up chasing phantoms and looking silly for their trouble - not to mention wasting their time :).
I'm sorry it appeared like I was chastising you - I should have worded it better :).
I was trying to take the opportunity (particularly for the benefit of all who might ask for help) to illustrate how important it is to give as much detail as possible when documenting a problem. Otherwise those brave enough to respond may end up chasing phantoms and looking silly for their trouble - not to mention wasting their time :).
Does your machine seem to be crunching OK now?
Until I stopped entire BOINC,so video encoding is done,it ran well.
And I understood you well,my statement was only for record,what was the sequence of events and thoughts. :-)
(hopefully I worded this better than that last time... :-) )
Hello all, I yesterday finally run out of work and deleted my app_info and the .exe. BOINC gave the error, but until now was unable to get the new app. Trying to download it, but BOINC don't get it. No suspicious traces in the log of my Firewall, don't know what is going on. BOINC start, and within seconds fails.
SETI have no problems, the other two projects(LHC, ufluids) I run are out of work, but are communicating.
Hello all, I yesterday finally run out of work and deleted my app_info and the .exe. BOINC gave the error, but until now was unable to get the new app. Trying to download it, but BOINC don't get it. No suspicious traces in the log of my Firewall, don't know what is going on. BOINC start, and within seconds fails.
SETI have no problems, the other two projects(LHC, ufluids) I run are out of work, but are communicating.
Happy crunching, Christoph
Hi,
From the client_state.xml file, these seem to be the mirror download URLs for the Windows app
I wonder what would happen if you try to download the app manually (via browser) and store the downloaded file in the /projects/einstein.phys.uwm.edu subdirectory of your BOINC installation (usually c:\\program Files\\BOINC).
Note that have also been reports of Google Web Accelerator interfering with BOINC downloads, but I can't positively confirm this. If you've got this goggle gadget installed, you might want to disable it and see if the problem persists.
RE: RE: I have following
)
Thanks.I now know what most probably happend.Few days ago I managed to trash TCP/IP in XP and had to use System restore.I do not know wether somebody else pointed out that,but it will destroy some applications and can damage user-datas and as my case shows,it wasted CPU-time...at least it looks so and already such error showed last week.
I set EAH to no new work, by
)
I set EAH to no new work, by tomorrow noon (German LT) I think will have completed and reported the current WU. I understand that I should delete the app_info and the .exe file to get for sure a valid App from the server without problems. If you need some more testing, then tell in which way I should proceed. I manually got the PDB symbols, so you would get your debugging info if I load another result before switching app. Please advice how to proceed.
Happy crunching, Christoph
Greetings, Christoph
RE: To me it would appear
)
I forgot to say,that Windows hibernation function is saving entire content of RAM to disk to file hiberfil.sys and does not move files.And it even remembers what was connected,so when I am encoding long video afrom external drive and need to move NB I just hibernate during encoding and then dehib. and app is happily working as before...
Now that you've mentioned
)
Now that you've mentioned about system restore, I would imagine that operation is far more likely to cause problems for BOINC than hibernation. When you ask people to look at problems, it really helps if you can give all the details up front.
Cheers,
Gary.
RE: RE: Thanks.I now know
)
I also had problems with Einstein v4.33 involving System Restore (reported here and here). In the first case, v4.33 was "destroyed" (to use your terminology). In the second case, the problem seemed to be confined to "bad checkpoints". But, in both cases, my other BOINC projects "survived" the System Restores unscathed.
RE: Now that you've
)
If I knew that operation old several days would do even such thing.Truth is I knew about some problems-missing programs,damaged files,but I forgot about checking BOINC.Sorry for my memory.
I'm sorry it appeared like I
)
I'm sorry it appeared like I was chastising you - I should have worded it better :).
I was trying to take the opportunity (particularly for the benefit of all who might ask for help) to illustrate how important it is to give as much detail as possible when documenting a problem. Otherwise those brave enough to respond may end up chasing phantoms and looking silly for their trouble - not to mention wasting their time :).
Does your machine seem to be crunching OK now?
Cheers,
Gary.
RE: I'm sorry it appeared
)
Until I stopped entire BOINC,so video encoding is done,it ran well.
And I understood you well,my statement was only for record,what was the sequence of events and thoughts. :-)
(hopefully I worded this better than that last time... :-) )
Hello all, I yesterday
)
Hello all, I yesterday finally run out of work and deleted my app_info and the .exe. BOINC gave the error, but until now was unable to get the new app. Trying to download it, but BOINC don't get it. No suspicious traces in the log of my Firewall, don't know what is going on. BOINC start, and within seconds fails.
SETI have no problems, the other two projects(LHC, ufluids) I run are out of work, but are communicating.
Happy crunching, Christoph
Greetings, Christoph
RE: Hello all, I yesterday
)
Hi,
From the client_state.xml file, these seem to be the mirror download URLs for the Windows app
http://einstein.ligo.caltech.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.phys.uwm.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://albert.gravity.psu.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://morel.mit.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.aei.mpg.de/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.astro.gla.ac.uk/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.ligo.caltech.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.phys.uwm.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://albert.gravity.psu.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://morel.mit.edu/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.aei.mpg.de/download/einstein_S5R2_4.33_windows_intelx86.exe
http://einstein.astro.gla.ac.uk/download/einstein_S5R2_4.33_windows_intelx86.exe
I wonder what would happen if you try to download the app manually (via browser) and store the downloaded file in the /projects/einstein.phys.uwm.edu subdirectory of your BOINC installation (usually c:\\program Files\\BOINC).
Note that have also been reports of Google Web Accelerator interfering with BOINC downloads, but I can't positively confirm this. If you've got this goggle gadget installed, you might want to disable it and see if the problem persists.
CU
BRM