who delete file I dont know - boinc core or einstein_S5GCE_1.04_i686-pc-linux-gnu.
Neither.
That file went missing between the last time it ran and the next time it ran, so something else on your computer deletes it. Think of anti-virus software or other anti-malware programs you might have running (even on Linux).
who delete file I dont know - boinc core or einstein_S5GCE_1.04_i686-pc-linux-gnu.
Neither.
That file went missing between the last time it ran and the next time it ran, so something else on your computer deletes it. Think of anti-virus software or other anti-malware programs you might have running (even on Linux).
No. Any one program can not delete all files in slot directory. Only Boinc core or einstein application.
Application finish work. Boinc core crash. Now is slot directory empty.
After start boinc, send invalid result. Its only with einstein_S5GCE_1.04_i686-pc-linux-gnu, 1.02 application working OK.
Regards
Libor
Any one program can not delete all files in slot directory.
You'd be surprised how many programs can delete everything in your slots directories. Remember that most of the anti-malware programs are installed with the same permissions (and sometimes even higher) as BOINC is.
Quote:
Application finish work. Boinc core crash. Now is slot directory empty.
2010-03-30 19:42:12.4215 (7089) [normal]: Start of BOINC application 'einstein_S5GCE_1.04_i686-pc-linux-gnu'.
So it starts normally and runs for a bit. Although it's unclear from that stderr.txt for how long, but that's a shortcoming of your client, as that only sends the first and last lines of the stderr.txt back. Later clients (read: version 6) send all of it back.
Then the application restarts: 2010-03-30 20:32:56.9234 (7629) [normal]: Start of BOINC application 'einstein_S5GCE_1.04_i686-pc-linux-gnu'.
And it finds that the data file it was working on is missing: 2010-03-30 20:32:56.9242 (7629) [CRITICAL]: Failed to open 'skygrid_0270Hz_S5GC.dat' for reading: 2: No such file or directory
2010-03-30 20:32:56.9243 (7629) [debug]: ERROR: Couldn't open 'skygrid_0270Hz_S5GC.dat'
So something must have deleted the data file. If it was BOINC, a mention of that would be in the stderr.txt. The same for Einstein itself, plus you have to wonder why would Einstein go around and delete its own data file?
At this moment BOINC still runs normally. Even the science app still runs normally.
Then the log ends with: 2010-03-30 20:32:56.9253 (7629) [CRITICAL]: ERROR: error 4 in command-line parsing
20:32:56 (7629): called boinc_finish
The boinc_finish() means that a normal Einstein application finish was called. What happens after that isn't visible in the logs, but should be registered in the stderrdae.txt file in your BOINC directory.
The "error 4 in command-line parsing" can be attributed to a permissions problem, but that's not clear. If though this is a permissions problem, it would count for crashing your BOINC.
Quote:
Its only with einstein_S5GCE_1.04_i686-pc-linux-gnu, 1.02 application working OK.
It's very well possible that the latest application was built with a newer BOINC API, which requires a newer BOINC version. So why don't you try to upgrade BOINC to something newer? Even 5.4, 5.6 or 5.10 is newer than 5.2, meaning I am not saying you need a BOINC 6.
Any one program can not delete all files in slot directory.
You'd be surprised how many programs can delete everything in your slots directories. Remember that most of the anti-malware programs are installed with the same permissions (and sometimes even higher) as BOINC is.
On server is not running any anti-malware program. Another application from einstein and another projects working OK.
Quote:
Quote:
Its only with einstein_S5GCE_1.04_i686-pc-linux-gnu, 1.02 application working OK.
It's very well possible that the latest application was built with a newer BOINC API, which requires a newer BOINC version. So why don't you try to upgrade BOINC to something newer? Even 5.4, 5.6 or 5.10 is newer than 5.2, meaning I am not saying you need a BOINC 6.
I nead some function from BoincStudio boinc core and public version of boinc core can't.
1. Settings maximum % of CPU usage for each computer
2. main and backup projects for each computer
3. monitor and settings all computers from one place - BoincStudio "Manager".
Maybe I try compute 1.04 again and backup directory from 95% after each percent. But this take more time.
Regards,
Libor
No. Any one program can not delete all files in slot directory.
Be aware that the 'slot' directory is only a temporary working (scratchpad) directory. No files should persist in that directory after a BOINC task exits, whether normally or with an error. In Einstein's case, most of the slot directory "files" - both applications and data - are simply one-line text softlinks to a full-sized file stored elsewhere.
1.02, 1.04 and 1.08 all work
)
1.02, 1.04 and 1.08 all work on my SuSE 11.1. But what is of odd numbers?
Tullio
RE: who delete file I dont
)
Neither.
That file went missing between the last time it ran and the next time it ran, so something else on your computer deletes it. Think of anti-virus software or other anti-malware programs you might have running (even on Linux).
RE: RE: who delete file I
)
No. Any one program can not delete all files in slot directory. Only Boinc core or einstein application.
Application finish work. Boinc core crash. Now is slot directory empty.
After start boinc, send invalid result. Its only with einstein_S5GCE_1.04_i686-pc-linux-gnu, 1.02 application working OK.
Regards
Libor
RE: Any one program can not
)
You'd be surprised how many programs can delete everything in your slots directories. Remember that most of the anti-malware programs are installed with the same permissions (and sometimes even higher) as BOINC is.
Let's take a look at your http://einsteinathome.org/task/168482975:
2010-03-30 19:42:12.4215 (7089) [normal]: Start of BOINC application 'einstein_S5GCE_1.04_i686-pc-linux-gnu'.
So it starts normally and runs for a bit. Although it's unclear from that stderr.txt for how long, but that's a shortcoming of your client, as that only sends the first and last lines of the stderr.txt back. Later clients (read: version 6) send all of it back.
Then the application restarts:
2010-03-30 20:32:56.9234 (7629) [normal]: Start of BOINC application 'einstein_S5GCE_1.04_i686-pc-linux-gnu'.
And it finds that the data file it was working on is missing:
2010-03-30 20:32:56.9242 (7629) [CRITICAL]: Failed to open 'skygrid_0270Hz_S5GC.dat' for reading: 2: No such file or directory
2010-03-30 20:32:56.9243 (7629) [debug]: ERROR: Couldn't open 'skygrid_0270Hz_S5GC.dat'
So something must have deleted the data file. If it was BOINC, a mention of that would be in the stderr.txt. The same for Einstein itself, plus you have to wonder why would Einstein go around and delete its own data file?
At this moment BOINC still runs normally. Even the science app still runs normally.
Then the log ends with:
2010-03-30 20:32:56.9253 (7629) [CRITICAL]: ERROR: error 4 in command-line parsing
20:32:56 (7629): called boinc_finish
The boinc_finish() means that a normal Einstein application finish was called. What happens after that isn't visible in the logs, but should be registered in the stderrdae.txt file in your BOINC directory.
The "error 4 in command-line parsing" can be attributed to a permissions problem, but that's not clear. If though this is a permissions problem, it would count for crashing your BOINC.
It's very well possible that the latest application was built with a newer BOINC API, which requires a newer BOINC version. So why don't you try to upgrade BOINC to something newer? Even 5.4, 5.6 or 5.10 is newer than 5.2, meaning I am not saying you need a BOINC 6.
RE: RE: Any one program
)
On server is not running any anti-malware program. Another application from einstein and another projects working OK.
I nead some function from BoincStudio boinc core and public version of boinc core can't.
1. Settings maximum % of CPU usage for each computer
2. main and backup projects for each computer
3. monitor and settings all computers from one place - BoincStudio "Manager".
Maybe I try compute 1.04 again and backup directory from 95% after each percent. But this take more time.
Regards,
Libor
RE: No. Any one program can
)
Be aware that the 'slot' directory is only a temporary working (scratchpad) directory. No files should persist in that directory after a BOINC task exits, whether normally or with an error. In Einstein's case, most of the slot directory "files" - both applications and data - are simply one-line text softlinks to a full-sized file stored elsewhere.