daily quota of reached but all failed with computation error

David@home
David@home
Joined: 11 Feb 05
Posts: 24
Credit: 11639
RAC: 0
Topic 188674

I have run dry of Einstein work units but when I update I get the following messages:

22/03/2005 14:12:06|Einstein@Home|Message from server: No work sent
22/03/2005 14:12:06|Einstein@Home|Message from server: (daily quota of 4 WU reached)

The Work units I had in the cache on this machine all failed with computation errors in quick succession. The first part way through has this error:

Access is denied. (0x5) - exit code 5 (0x5)

Failed to open checkpoint-file for writing. Exiting.

After this Work Unit failed the others failed to even start and gave error:

Couldn't start or resume: -108

Any ideas on

1) How I can get some more WUs since I have exceeded the daily quota?

2) What caused all the WUs in the cache to fail?

Many thanks

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4332
Credit: 252255725
RAC: 35151

daily quota of reached but all failed with computation error

Well, "Failed to open checkpoint-file for writing" is somewhat descriptive. Are you trying to run BOINC as a user who doesn't have (write-) access to the BOINC or the BOINC/slots/0 directory?

Which client version are you using?

BM

BM

David@home
David@home
Joined: 11 Feb 05
Posts: 24
Credit: 11639
RAC: 0

> Well, "Failed to open

Message 9070 in response to message 9069

> Well, "Failed to open checkpoint-file for writing" is somewhat descriptive.
> Are you trying to run BOINC as a user who doesn't have (write-) access to the
> BOINC or the BOINC/slots/0 directory?
>
> Which client version are you using?
>
> BM
>
Hi BM

I am running Boinc v 4.25, einstein client v 4.79, and from the same userid that I always run Boinc from. I just tried creating a new .txt file in the BOINC/slots/0 and BOINC/slots/1 (which is where Einstein@home is) folders and have no issues with write access to these folders. I am puzzled :(

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4332
Credit: 252255725
RAC: 35151

> I am puzzled :( Me too.

Message 9071 in response to message 9070

> I am puzzled :(

Me too. Try to reset the project or manually remove the slots/1 directory. Don't know if this will help, though...

BM

BM

John McLeod VII
John McLeod VII
Moderator
Joined: 10 Nov 04
Posts: 547
Credit: 632255
RAC: 0

Is BOINC running as a

Is BOINC running as a service? If so, does the account under which the service runs have write access to the entire BOINC directory?

Is there a second copy of BOINC running somehow? (this is NOT supposed to happen).

Are you using a manager replacement that uses file access rather than RPC?

David@home
David@home
Joined: 11 Feb 05
Posts: 24
Credit: 11639
RAC: 0

> Is BOINC running as a

Message 9073 in response to message 9072

> Is BOINC running as a service? If so, does the account under which the
> service runs have write access to the entire BOINC directory?
>
> Is there a second copy of BOINC running somehow? (this is NOT supposed to
> happen).
>
> Are you using a manager replacement that uses file access rather than RPC?
>

Hi John

No it is not running as a service. Looking at the timing that this happened it occured around the same time that the backup runs on my PC. As the WUs are kept in the program files sub folder the backup would have backed them up. Could the backup have prevented file access to the WU? Maybe the client could have extra coding to do a retry on certain file access errors.

In general I think it is a bad idea for a program to update data files in the program files folder, maybe the application data folder area is more appropriate, but that is an item for BOINC to consider.

John McLeod VII
John McLeod VII
Moderator
Joined: 10 Nov 04
Posts: 547
Credit: 632255
RAC: 0

> > Is BOINC running as a

Message 9074 in response to message 9073

> > Is BOINC running as a service? If so, does the account under which the
> > service runs have write access to the entire BOINC directory?
> >
> > Is there a second copy of BOINC running somehow? (this is NOT supposed
> to
> > happen).
> >
> > Are you using a manager replacement that uses file access rather than
> RPC?
> >
>
> Hi John
>
> No it is not running as a service. Looking at the timing that this happened it
> occured around the same time that the backup runs on my PC. As the WUs are
> kept in the program files sub folder the backup would have backed them up.
> Could the backup have prevented file access to the WU? Maybe the client could
> have extra coding to do a retry on certain file access errors.
>
> In general I think it is a bad idea for a program to update data files in the
> program files folder, maybe the application data folder area is more
> appropriate, but that is an item for BOINC to consider.
>
Can you exclude the BOINC directory from the backup to see what happens? It is known that BOINC does not like certain of its files to be locked when it needs to write them. Also the only science app that is under the control of the same people that are writing BOINC is S@H.

Comment viewing options

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