No, that's the correct notation. The mean of all debt is always zero. So if you add up all the short term debts they should end in zero, the same story for the long term debts.
For the next 1024672 seconds you'll be crunching Seti. Which is only 9 months. ;)
Did you have Seti on No New Work/Tasks or Suspended for a long time, or what?
Anyway, you could edit both those values so they show 0
Do make sure you have exited BOINC completely before you do so.
And save the client_state.xml file with the Save option (not Save As..) before restarting BOINC.
I haven't touch the running of the projects at all, I've just let it do what it needed without any interference.
Ok I'll give your suggestion a go, I'll backup the original file and go from there. I'm guessing this will return it back to its normal operation where it switched between the two projects of its own accord?
Sean
Quote:
No, that's the correct notation. The mean of all debt is always zero. So if you add up all the short term debts they should end in zero, the same story for the long term debts.
For the next 1024672 seconds you'll be crunching Seti. Which is only 9 months. ;)
Did you have Seti on No New Work/Tasks or Suspended for a long time, or what?
Anyway, you could edit both those values so they show 0
Do make sure you have exited BOINC completely before you do so.
And save the client_state.xml file with the Save option (not Save As..) before restarting BOINC.
Jord has given you the answer but to make sure you understand what to do, here are the steps in full:-
*Stop BOINC completely and confirm with task manager that nothing is running
*Open client_state.xml with notepad and edit so that both debts are 0.000000
*Save your changes and exit notepad (don't use save as...)
*Start BOINC
Your client should now contact the server and download new executables and data files and everything will return to normal.
As Jord pointed out, the EAH debt of -1024672 seconds represents the time that other projects (ie Seti) will run before EAH will be allowed to run. He was obviously using one of those famous Dutch cakculators because his estimate was a little bit out :). It's actually just under 12 days and not 9 months - pretty close for a Dutch calculator don't you think :).
Seriously, it's still rather larger than you would normally expect - particularly since you are only running two projects. It's possible for this to happen if you had set a very large number of days for your cache and had a very low value for your EAH resource share. Perhaps you would like to let us know those values so we can investigate a little further?
This is what I did. Stopped BOINC completely. I made a backup copy of the original file, just in case, and edited the original file as stated by Ageless. Started BOINC and got computation errors on my Seti units and download errors on Einstein. So I put the backed up file back into the directory, correctly named, with original long_term_debt values and started BOINC.
Seti started to work, started on new units as the other two have, Computation error next to them, then under the Transfer tab I could see that I was downloading a 15.47mb file.
Right now the two seti units that were working are in Preempted mode and I've got two Einstein units working, this by the way is normal. After the Einstein units finish, which is in just under two hours bit longer then normal, the seti units will begin and it cycles something like that as it has done since I joined E@H.
The values for long term debt are now;
Einstein
-1021112.009591
Seti
1021112.009591
Quote:
Seriously, it's still rather larger than you would normally expect - particularly since you are only running two projects. It's possible for this to happen if you had set a very large number of days for your cache and had a very low value for your EAH resource share. Perhaps you would like to let us know those values so we can investigate a little further?
Do you think I should just leave it and let it run for a while or should I check your suggestion Gary;
Quote:
Seriously, it's still rather larger than you would normally expect - particularly since you are only running two projects. It's possible for this to happen if you had set a very large number of days for your cache and had a very low value for your EAH resource share. Perhaps you would like to let us know those values so we can investigate a little further?
Could it have just been a quirk of the heat we've been having here this past week? It's been in the high 30 - 40 degrees here and it did make my machine behave a little weird, had to shut it down for a day as the heat was rather intense in this room, roughly 40degrees C.
(Wild stab in the dark)
This is what I did. Stopped BOINC completely. I made a backup copy of the original file, just in case, and edited the original file as stated by Ageless. Started BOINC and got computation errors on my Seti units and download errors on Einstein. So I put the backed up file back into the directory, correctly named, with original long_term_debt values and started BOINC.
Seti started to work, started on new units as the other two have, Computation error next to them, then under the Transfer tab I could see that I was downloading a 15.47mb file.
Right now the two seti units that were working are in Preempted mode and I've got two Einstein units working, this by the way is normal. After the Einstein units finish, which is in just under two hours bit longer then normal, the seti units will begin and it cycles something like that as it has done since I joined E@H.
The values for long term debt are now;
Einstein
-1021112.009591
Seti
1021112.009591
Sean,
I've looked up your computers both on Seti and on EAH. Seti shows you as having 1 computer and your results list there shows no client errors (yet). EAH now shows you as having two (identical) computers so when you made the change to the LTD value you have obviously corrupted something else in the state file so that EAH has given your machine a new ID. We can fix the double ID problem later on.
Now that you are back with the old state file, you have eliminated the corruption (whatever it was) but you are going to soon see EAH do no more crunching for about 12 days unless you fix the LTD values. You basically have two options:-
(i) Leave everything alone and wait 12 days for EAH to repay the debt
(ii) Change the debt values to zero without changing anything else (which you must have done last time).
Have you used a text editor previously? Are you confident that you can avoid changing values of other variables (or more likely corrupting the syntax of the file in some way)?
You can probably work out what BOINC was upset with last time if you examine the contents of the log files stdoutdae.txt, stderrdae.txt, stdoutgui.txt and stderrgui.txt in your boinc folder. Some or all of these may contain information relevant to what happened when you started BOINC with the edited state file.
Please be assured that the edit of LTDs itself cannot have caused the observed action. There must have been other corruption. Did you use notepad to do the edit?
Could it have just been a quirk of the heat we've been having here this past week? It's been in the high 30 - 40 degrees here and it did make my machine behave a little weird, had to shut it down for a day as the heat was rather intense in this room, roughly 40degrees C.
(Wild stab in the dark)
It's highly unlikeley to be related to temperature. In my experience if a machine gets too hot it simply locks up. A reboot gets it going again. Rarely do I see any file corruption. Any corruption is usually in Windows files, not BOINC files.
I'd like you to have another go at editing the state file. If you used notepad last time, please start it up again (without loading any file) and look under the format tab and tell me whether the wordwrap option is ticked or not.
Yeah I did use notepad and this is what I did. Renamed the file client_stateA and moved it from the directory leaving the original file untouched in the directory. I edited client_state file removing the numbers that were in the LTD and put in 0, I didn't put in 0.0000 just 0. I did this for both seti and EAH. Nothing else was edited!
Started BOINC, got the errors as quoted, shutdown BOINC deleted the edited client_state file, moved the renamed file into the directory and called it client_state, this was using notepad.
What I'll do now is go in and just change the LTD's to 0, not make a back up and try again. I'll shut down BOINC and make the change.
Oh and yeah I know my way around a PC. :-)
Sean
Quote:
Sean,
I've looked up your computers both on Seti and on EAH. Seti shows you as having 1 computer and your results list there shows no client errors (yet). EAH now shows you as having two (identical) computers so when you made the change to the LTD value you have obviously corrupted something else in the state file so that EAH has given your machine a new ID. We can fix the double ID problem later on.
Now that you are back with the old state file, you have eliminated the corruption (whatever it was) but you are going to soon see EAH do no more crunching for about 12 days unless you fix the LTD values. You basically have two options:-
(i) Leave everything alone and wait 12 days for EAH to repay the debt
(ii) Change the debt values to zero without changing anything else (which you must have done last time).
Have you used a text editor previously? Are you confident that you can avoid changing values of other variables (or more likely corrupting the syntax of the file in some way)?
You can probably work out what BOINC was upset with last time if you examine the contents of the log files stdoutdae.txt, stderrdae.txt, stdoutgui.txt and stderrgui.txt in your boinc folder. Some or all of these may contain information relevant to what happened when you started BOINC with the edited state file.
Please be assured that the edit of LTDs itself cannot have caused the observed action. There must have been other corruption. Did you use notepad to do the edit?
Don't get me worried, I used the trick of resetting all debts to zero, too. Hope nothing will crash (couldn't see yet because my box is far from idle atm and doesn't get much crunching done)... but at least I used a good text editor and didn't have word wrap or sth on.
Sean, good luck with your modifications, I hope it works out okay this time. btw I'd like 40 degrees, too, it's around 10 and rainy here which is not really nice. Well, my computers probably like it cool ;-)
I've noticed this with the
)
I've noticed this with the two projects.
The Seti project has;
1024672.689278
the Einstein project has;
-1024672.689278
The Einstein has a "-" in the string, could this be the issue?
Sean
No, that's the correct
)
No, that's the correct notation. The mean of all debt is always zero. So if you add up all the short term debts they should end in zero, the same story for the long term debts.
For the next 1024672 seconds you'll be crunching Seti. Which is only 9 months. ;)
Did you have Seti on No New Work/Tasks or Suspended for a long time, or what?
Anyway, you could edit both those values so they show 0
Do make sure you have exited BOINC completely before you do so.
And save the client_state.xml file with the Save option (not Save As..) before restarting BOINC.
Hey Ageless, I haven't
)
Hey Ageless,
I haven't touch the running of the projects at all, I've just let it do what it needed without any interference.
Ok I'll give your suggestion a go, I'll backup the original file and go from there. I'm guessing this will return it back to its normal operation where it switched between the two projects of its own accord?
Sean
RE: the Einstein project
)
Jord has given you the answer but to make sure you understand what to do, here are the steps in full:-
*Open client_state.xml with notepad and edit so that both debts are 0.000000
*Save your changes and exit notepad (don't use save as...)
*Start BOINC
Your client should now contact the server and download new executables and data files and everything will return to normal.
As Jord pointed out, the EAH debt of -1024672 seconds represents the time that other projects (ie Seti) will run before EAH will be allowed to run. He was obviously using one of those famous Dutch cakculators because his estimate was a little bit out :). It's actually just under 12 days and not 9 months - pretty close for a Dutch calculator don't you think :).
Seriously, it's still rather larger than you would normally expect - particularly since you are only running two projects. It's possible for this to happen if you had set a very large number of days for your cache and had a very low value for your EAH resource share. Perhaps you would like to let us know those values so we can investigate a little further?
Cheers,
Gary.
Ok this is odd. This is
)
Ok this is odd.
This is what I did. Stopped BOINC completely. I made a backup copy of the original file, just in case, and edited the original file as stated by Ageless. Started BOINC and got computation errors on my Seti units and download errors on Einstein. So I put the backed up file back into the directory, correctly named, with original long_term_debt values and started BOINC.
Seti started to work, started on new units as the other two have, Computation error next to them, then under the Transfer tab I could see that I was downloading a 15.47mb file.
Right now the two seti units that were working are in Preempted mode and I've got two Einstein units working, this by the way is normal. After the Einstein units finish, which is in just under two hours bit longer then normal, the seti units will begin and it cycles something like that as it has done since I joined E@H.
The values for long term debt are now;
Einstein
-1021112.009591
Seti
1021112.009591
Hey guys, Thanks for your
)
Hey guys,
Thanks for your help, it is appreciated.
Do you think I should just leave it and let it run for a while or should I check your suggestion Gary;
Could it have just been a quirk of the heat we've been having here this past week? It's been in the high 30 - 40 degrees here and it did make my machine behave a little weird, had to shut it down for a day as the heat was rather intense in this room, roughly 40degrees C.
(Wild stab in the dark)
RE: Ok this is odd. This
)
Sean,
I've looked up your computers both on Seti and on EAH. Seti shows you as having 1 computer and your results list there shows no client errors (yet). EAH now shows you as having two (identical) computers so when you made the change to the LTD value you have obviously corrupted something else in the state file so that EAH has given your machine a new ID. We can fix the double ID problem later on.
Now that you are back with the old state file, you have eliminated the corruption (whatever it was) but you are going to soon see EAH do no more crunching for about 12 days unless you fix the LTD values. You basically have two options:-
(i) Leave everything alone and wait 12 days for EAH to repay the debt
(ii) Change the debt values to zero without changing anything else (which you must have done last time).
Have you used a text editor previously? Are you confident that you can avoid changing values of other variables (or more likely corrupting the syntax of the file in some way)?
You can probably work out what BOINC was upset with last time if you examine the contents of the log files stdoutdae.txt, stderrdae.txt, stdoutgui.txt and stderrgui.txt in your boinc folder. Some or all of these may contain information relevant to what happened when you started BOINC with the edited state file.
Please be assured that the edit of LTDs itself cannot have caused the observed action. There must have been other corruption. Did you use notepad to do the edit?
Let us know what you would like to do.
Cheers,
Gary.
RE: Could it have just
)
It's highly unlikeley to be related to temperature. In my experience if a machine gets too hot it simply locks up. A reboot gets it going again. Rarely do I see any file corruption. Any corruption is usually in Windows files, not BOINC files.
I'd like you to have another go at editing the state file. If you used notepad last time, please start it up again (without loading any file) and look under the format tab and tell me whether the wordwrap option is ticked or not.
Cheers,
Gary.
Gary, Yeah I did use
)
Gary,
Yeah I did use notepad and this is what I did. Renamed the file client_stateA and moved it from the directory leaving the original file untouched in the directory. I edited client_state file removing the numbers that were in the LTD and put in 0, I didn't put in 0.0000 just 0. I did this for both seti and EAH. Nothing else was edited!
Started BOINC, got the errors as quoted, shutdown BOINC deleted the edited client_state file, moved the renamed file into the directory and called it client_state, this was using notepad.
What I'll do now is go in and just change the LTD's to 0, not make a back up and try again. I'll shut down BOINC and make the change.
Oh and yeah I know my way around a PC. :-)
Sean
Don't get me worried, I used
)
Don't get me worried, I used the trick of resetting all debts to zero, too. Hope nothing will crash (couldn't see yet because my box is far from idle atm and doesn't get much crunching done)... but at least I used a good text editor and didn't have word wrap or sth on.
Sean, good luck with your modifications, I hope it works out okay this time. btw I'd like 40 degrees, too, it's around 10 and rainy here which is not really nice. Well, my computers probably like it cool ;-)