Client contacts server, but does not request work units. Client is not processing any work units. My account shows that work units are being processed. What to do?
Client contacts server, but does not request work units. Client is not processing any work units. My account shows that work units are being processed. What to do?
Aulde – I assume you are referring to just your third computer (ID=27608, 2 GHz CPU), is this a correct assumption on my behalf? Also, have you depressed the “Update” button, located under the “Work” tab on your client.
One additional item, which could be helpful, is if you could post your last few entries recorded in your “Message” tab.
Tom, thanks for your quick response. Actually, I was referring to my 382148. I have been havong this problem for the last 4 days, and have restarted, rebooted and reset to no avail. Here are some of the messages:
8/8/2005 8:18:12 PM||Starting BOINC client version 4.45 for windows_intelx86
8/8/2005 8:18:12 PM||Data directory: C:\Program Files\BOINC
8/8/2005 8:18:12 PM|Einstein@Home|Computer ID: 382148; location: home; project prefs: default
8/8/2005 8:18:12 PM|SETI@home|Computer ID: 1230568; location: home; project prefs: default
8/8/2005 8:18:12 PM||General prefs: from SETI@home (last modified 2005-02-21 20:09:17)
8/8/2005 8:18:12 PM||General prefs: no separate prefs for home; using your defaults
8/8/2005 8:18:12 PM||Remote control not allowed; using loopback address
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 09my04ab.8123.18609.909646.193_3 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 01no03ab.20732.16274.623562.222_2 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Deferring communication with project for 2 minutes and 10 seconds
8/8/2005 8:18:26 PM||request_reschedule_cpus: project op
8/8/2005 8:18:27 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:27 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:28 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:18:32 PM||request_reschedule_cpus: project op
8/8/2005 8:18:33 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:33 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:34 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:20:23 PM|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
Just a short time ago, the "problem" corrected itself:
8/8/2005 8:18:12 PM||Starting BOINC client version 4.45 for windows_intelx86
8/8/2005 8:18:12 PM||Data directory: C:\Program Files\BOINC
8/8/2005 8:18:12 PM|Einstein@Home|Computer ID: 382148; location: home; project prefs: default
8/8/2005 8:18:12 PM|SETI@home|Computer ID: 1230568; location: home; project prefs: default
8/8/2005 8:18:12 PM||General prefs: from SETI@home (last modified 2005-02-21 20:09:17)
8/8/2005 8:18:12 PM||General prefs: no separate prefs for home; using your defaults
8/8/2005 8:18:12 PM||Remote control not allowed; using loopback address
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 09my04ab.8123.18609.909646.193_3 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 01no03ab.20732.16274.623562.222_2 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Deferring communication with project for 2 minutes and 10 seconds
8/8/2005 8:18:26 PM||request_reschedule_cpus: project op
8/8/2005 8:18:27 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:27 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:28 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:18:32 PM||request_reschedule_cpus: project op
8/8/2005 8:18:33 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:33 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:34 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:20:23 PM|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
8/8/2005 9:09:44 PM|SETI@home|Throughput 5031 bytes/sec
8/8/2005 9:09:44 PM||request_reschedule_cpus: files downloaded
8/9/2005 12:09:45 AM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/9/2005 12:09:45 AM|Einstein@Home|Requesting 345600 seconds of work, returning 0 results
8/9/2005 12:10:09 AM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/9/2005 12:10:10 AM|Einstein@Home|Started download of einstein_4.79_windows_intelx86.exe
8/9/2005 12:10:10 AM|Einstein@Home|Started download of einstein_4.79_windows_intelx86.pdb
8/9/2005 12:21:34 AM|Einstein@Home|Finished download of einstein_4.79_windows_intelx86.exe
8/9/2005 12:21:34 AM|Einstein@Home|Throughput 2504 bytes/sec
8/9/2005 12:26:05 AM|Einstein@Home|Finished download of einstein_4.79_windows_intelx86.pdb
8/9/2005 12:26:05 AM|Einstein@Home|Throughput 3212 bytes/sec
Thanks for your help. It's nice to know you're there. Sorry to bother you with this.
Stan – Deeply appreciate your thanking me, but really didn’t do anything, I feel to assist you, when I just looked at 382148 it seemed to be working (hopefully) so the only thing I can add is keep on going and sorry I can’t render an explanation of how things straighten themselves out.
so now i can backtrace the bug....every time if a download from a workunit file is broken (why also always) the server set "client error" state and give you no new workunit or resent the workunit again.....whats going wrong here ????
@develop
Please check this....
i have tests some senario but no luck....(deleting the incomplete workunit, edit some xml value) nothing helps....
That is just your results page on the EAH website. Everyone can see that page and it simply shows your most recent results as stored in the online database. You have three successful results and one that shows a download error.
Quote:
so now i can backtrace the bug....
I'm sorry, there is no bug. If you look at the error message that is visible when you click on the ResultID of the "download error" result, you will see that BOINC was trying to download a new large data file whose filename was w1_0609.0 and that you actually aborted the download while it was still happening. According to the times shown, the download had been going for about 15 minutes when you aborted it. I guess you must be on dialup rather than broadband for it to be taking that long. Do you remember aborting the download of the large data file?
EAH work units are not like Seti WUs. You have to receive the large data file and then the server will send you "instructions" on how to carve up the large data file into work units. When the large data file is exhausted, it is deleted and the server will attempt to send you a new one. You have to allow this to happen if you wish to work for the project.
Quote:
@develop
Please check this....
i have tests some senario but no luck....(deleting the incomplete workunit, edit some xml value) nothing helps....
I think your problem will be relatively easy to fix once you understand what is going on. My guess is that BOINC has decided to crunch Seti for the moment, perhaps because EAH has a negative LTD (long term debt). This is what JM7 was referring to in the third item in his list where he explained the LTD concept by stating that EAH may have borrowed some crunching time and Seti may be owed that time back. However you also mentioned "refreshing" (did you mean "update" or did you mean "reset") and you talked about editing .xml files so it's a bit hard to know exactly where you are at the moment. Can you please answer these questions:-
1. What projects are you supporting and what are their resource shares?
2. Is Seti crunching quite happily at the moment?
3. In the "projects" sub-folder of your BOINC folder there should be a further folder for each project you are supporting. Can you look in the einstein sub-folder and list any large data files (6-8mb) with names like w1_0353.5 or w1_0609.0 that you find there?
4. Can you remember what .xml files you may have edited and what you changed?
5. Can you tell us what is the value of "Connect to network" in your website general prefs?
One way to see if it is just an LTD problem is to "suspend" your other projects and see if this forces a download from EAH. You had better have a small "connect" setting if you want to try this otherwise you may get too much work. (You can put it back to normal later on). If this were to force a download then everything was OK and BOINC was just trying to do its job of not exceeding deadlines and sharing the CPU between your selected projects according to your selected resource shares.
The key thing to remember with multiple projects is that everytime you interfere with settings you are likely to make it difficult for BOINC to do its job. If you have patience and leave it alone it will usually work things out correctly, given enough time.
after a change of preferences for einstein@home, it begins to download 5 new packages....
so everything is alright...and i'm happy.....
I hadn't seen this message when I posted my response. It took me quite a while because I was trying to explain with as much detail as possible. Can you still answer the questions I asked and can you please tell us what actual preferences you changed. My guess is that you gave EAH a much bigger resource share and maybe you may have also increased your "connect" interval.
You are still likely to have future problems because your first three successfully returned results took 6, 9, and 3 days respectively and the deadline is only 7 days. You now have five new results to finish in less than 7 days to meet the deadline. BOINC will handle this for you (if you allow it to) but it means that BOINC will probably need to go into EDF mode (Earliest Deadline First) where nothing but EAH gets crunched for a while. It is fairly important that you select reasonable settings and then allow BOINC to do its job without continually intefering unless you really know what you are doing.
Good luck!!
Edit: You were lucky with the 9 day result as there was also another user who didn't return the result in time. So, because there were only two results in when the 7 day deadline was reached, your result was accepted even though it was late. Two extra results were sent and you were fortunate to just beat them back to the server. All of you ended up getting credit. However this just goes to show the waste of resources that can occur when deadlines are missed.
@first i want to say best thanks 4 your answer and now i will answer your questions.
Quote:
1. What projects are you supporting and what are their resource shares?
I'm subscribed in SAH and EAH projects.
Which resources shares ??? You mean the work units ???
Quote:
2. Is Seti crunching quite happily at the moment?
Yes SAH is running fine and work perfectly....
3. In the "projects" sub-folder of your BOINC folder there should be a further folder for each project you are supporting. Can you look in the einstein sub-folder and list any large data files (6-8mb) with names like w1_0353.5 or w1_0609.0 that you find there?
Yes!!! There are the work units files in....
w1_1500.0 8.159kb
l1_1347.0 6.236kb
l1_1278.5 6.239kb
But at time only this files are in BOINC Manager Window integrated
l1_1347.0__1347.0_0.1_T10_S4lA_3
l1_1347.0__1347.1_0.1_T10_S4lA_1
Quote:
4. Can you remember what .xml files you may have edited and what you changed?
I have change the "work_buf_min_days" value in global_prefs.xml from "0.1" to "2", that was all i had done.
Quote:
5. Can you tell us what is the value of "Connect to network" in your website general prefs?
Connect to network about every
(determines size of work cache; maximum 10 days) 0.1 days
Not requesting work units
)
Aulde – I assume you are referring to just your third computer (ID=27608, 2 GHz CPU), is this a correct assumption on my behalf? Also, have you depressed the “Update” button, located under the “Work” tab on your client.
One additional item, which could be helpful, is if you could post your last few entries recorded in your “Message” tab.
Thanks,
TA
Theory of Gravitational Waves & LIGO
Laser Interferometer Space Antenna - LISA
JPL-Caltech
Tom, thanks for your quick
)
Tom, thanks for your quick response. Actually, I was referring to my 382148. I have been havong this problem for the last 4 days, and have restarted, rebooted and reset to no avail. Here are some of the messages:
8/8/2005 8:18:12 PM||Starting BOINC client version 4.45 for windows_intelx86
8/8/2005 8:18:12 PM||Data directory: C:\Program Files\BOINC
8/8/2005 8:18:12 PM|Einstein@Home|Computer ID: 382148; location: home; project prefs: default
8/8/2005 8:18:12 PM|SETI@home|Computer ID: 1230568; location: home; project prefs: default
8/8/2005 8:18:12 PM||General prefs: from SETI@home (last modified 2005-02-21 20:09:17)
8/8/2005 8:18:12 PM||General prefs: no separate prefs for home; using your defaults
8/8/2005 8:18:12 PM||Remote control not allowed; using loopback address
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 09my04ab.8123.18609.909646.193_3 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 01no03ab.20732.16274.623562.222_2 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Deferring communication with project for 2 minutes and 10 seconds
8/8/2005 8:18:26 PM||request_reschedule_cpus: project op
8/8/2005 8:18:27 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:27 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:28 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:18:32 PM||request_reschedule_cpus: project op
8/8/2005 8:18:33 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:33 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:34 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:20:23 PM|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
Just a short time ago, the "problem" corrected itself:
8/8/2005 8:18:12 PM||Starting BOINC client version 4.45 for windows_intelx86
8/8/2005 8:18:12 PM||Data directory: C:\Program Files\BOINC
8/8/2005 8:18:12 PM|Einstein@Home|Computer ID: 382148; location: home; project prefs: default
8/8/2005 8:18:12 PM|SETI@home|Computer ID: 1230568; location: home; project prefs: default
8/8/2005 8:18:12 PM||General prefs: from SETI@home (last modified 2005-02-21 20:09:17)
8/8/2005 8:18:12 PM||General prefs: no separate prefs for home; using your defaults
8/8/2005 8:18:12 PM||Remote control not allowed; using loopback address
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 09my04ab.8123.18609.909646.193_3 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Resuming computation for result 01no03ab.20732.16274.623562.222_2 using setiathome version 4.18
8/8/2005 8:18:12 PM|SETI@home|Deferring communication with project for 2 minutes and 10 seconds
8/8/2005 8:18:26 PM||request_reschedule_cpus: project op
8/8/2005 8:18:27 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:27 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:28 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:18:32 PM||request_reschedule_cpus: project op
8/8/2005 8:18:33 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/8/2005 8:18:33 PM|Einstein@Home|Requesting 0 seconds of work, returning 0 results
8/8/2005 8:18:34 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/8/2005 8:20:23 PM|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
8/8/2005 9:09:44 PM|SETI@home|Throughput 5031 bytes/sec
8/8/2005 9:09:44 PM||request_reschedule_cpus: files downloaded
8/9/2005 12:09:45 AM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
8/9/2005 12:09:45 AM|Einstein@Home|Requesting 345600 seconds of work, returning 0 results
8/9/2005 12:10:09 AM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
8/9/2005 12:10:10 AM|Einstein@Home|Started download of einstein_4.79_windows_intelx86.exe
8/9/2005 12:10:10 AM|Einstein@Home|Started download of einstein_4.79_windows_intelx86.pdb
8/9/2005 12:21:34 AM|Einstein@Home|Finished download of einstein_4.79_windows_intelx86.exe
8/9/2005 12:21:34 AM|Einstein@Home|Throughput 2504 bytes/sec
8/9/2005 12:26:05 AM|Einstein@Home|Finished download of einstein_4.79_windows_intelx86.pdb
8/9/2005 12:26:05 AM|Einstein@Home|Throughput 3212 bytes/sec
Thanks for your help. It's nice to know you're there. Sorry to bother you with this.
Stan
Stan – Deeply appreciate your
)
Stan – Deeply appreciate your thanking me, but really didn’t do anything, I feel to assist you, when I just looked at 382148 it seemed to be working (hopefully) so the only thing I can add is keep on going and sorry I can’t render an explanation of how things straighten themselves out.
Take care,
Tom
Theory of Gravitational Waves & LIGO
Laser Interferometer Space Antenna - LISA
JPL-Caltech
There are three causes for a
)
There are three causes for a 0 work request.
1) A system that is overloaded and more work will cause deadlines to be missed.
2) A project that has enough work on a system that has enough work.
3) A project that has had to borrow some CPU time to make a deadline. It pays the CPU time back by not downloading work for a while.
BOINC WIKI
Hy.... i have the same
)
Hy....
i have the same problem, too
my einstein client don't load any new workunits down...
If i make a click on "refresh" only this tree lines will log....
10.08.2005 12:00:02||request_reschedule_cpus: project op
10.08.2005 12:00:03|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
10.08.2005 12:00:03|Einstein@Home|Requesting 0 seconds of work, returning 0 results
10.08.2005 12:00:06|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
what should i do....
my seti project run fine....but einstein don't want to work....
your three causes can't it be, because seti has much more and is still running....
regard
BMM
RE: Hy.... i have the same
)
After some researches about this problem....i have found this site with the following message that i have an "client error"
http://einsteinathome.org/account/tasks
so now i can backtrace the bug....every time if a download from a workunit file is broken (why also always) the server set "client error" state and give you no new workunit or resent the workunit again.....whats going wrong here ????
@develop
Please check this....
i have tests some senario but no luck....(deleting the incomplete workunit, edit some xml value) nothing helps....
regard
BMM
Hy.... after a change of
)
Hy....
after a change of preferences for einstein@home, it begins to download 5 new packages....
so everything is alright...and i'm happy.....
regard
BMM
RE: After some researches
)
That is just your results page on the EAH website. Everyone can see that page and it simply shows your most recent results as stored in the online database. You have three successful results and one that shows a download error.
I'm sorry, there is no bug. If you look at the error message that is visible when you click on the ResultID of the "download error" result, you will see that BOINC was trying to download a new large data file whose filename was w1_0609.0 and that you actually aborted the download while it was still happening. According to the times shown, the download had been going for about 15 minutes when you aborted it. I guess you must be on dialup rather than broadband for it to be taking that long. Do you remember aborting the download of the large data file?
EAH work units are not like Seti WUs. You have to receive the large data file and then the server will send you "instructions" on how to carve up the large data file into work units. When the large data file is exhausted, it is deleted and the server will attempt to send you a new one. You have to allow this to happen if you wish to work for the project.
I think your problem will be relatively easy to fix once you understand what is going on. My guess is that BOINC has decided to crunch Seti for the moment, perhaps because EAH has a negative LTD (long term debt). This is what JM7 was referring to in the third item in his list where he explained the LTD concept by stating that EAH may have borrowed some crunching time and Seti may be owed that time back. However you also mentioned "refreshing" (did you mean "update" or did you mean "reset") and you talked about editing .xml files so it's a bit hard to know exactly where you are at the moment. Can you please answer these questions:-
1. What projects are you supporting and what are their resource shares?
2. Is Seti crunching quite happily at the moment?
3. In the "projects" sub-folder of your BOINC folder there should be a further folder for each project you are supporting. Can you look in the einstein sub-folder and list any large data files (6-8mb) with names like w1_0353.5 or w1_0609.0 that you find there?
4. Can you remember what .xml files you may have edited and what you changed?
5. Can you tell us what is the value of "Connect to network" in your website general prefs?
One way to see if it is just an LTD problem is to "suspend" your other projects and see if this forces a download from EAH. You had better have a small "connect" setting if you want to try this otherwise you may get too much work. (You can put it back to normal later on). If this were to force a download then everything was OK and BOINC was just trying to do its job of not exceeding deadlines and sharing the CPU between your selected projects according to your selected resource shares.
The key thing to remember with multiple projects is that everytime you interfere with settings you are likely to make it difficult for BOINC to do its job. If you have patience and leave it alone it will usually work things out correctly, given enough time.
Hope this helps.
Cheers,
Gary.
RE: after a change of
)
I hadn't seen this message when I posted my response. It took me quite a while because I was trying to explain with as much detail as possible. Can you still answer the questions I asked and can you please tell us what actual preferences you changed. My guess is that you gave EAH a much bigger resource share and maybe you may have also increased your "connect" interval.
You are still likely to have future problems because your first three successfully returned results took 6, 9, and 3 days respectively and the deadline is only 7 days. You now have five new results to finish in less than 7 days to meet the deadline. BOINC will handle this for you (if you allow it to) but it means that BOINC will probably need to go into EDF mode (Earliest Deadline First) where nothing but EAH gets crunched for a while. It is fairly important that you select reasonable settings and then allow BOINC to do its job without continually intefering unless you really know what you are doing.
Good luck!!
Edit: You were lucky with the 9 day result as there was also another user who didn't return the result in time. So, because there were only two results in when the 7 day deadline was reached, your result was accepted even though it was late. Two extra results were sent and you were fortunate to just beat them back to the server. All of you ended up getting credit. However this just goes to show the waste of resources that can occur when deadlines are missed.
Cheers,
Gary.
RE: RE: Hy... @first i
)
Yes!!! There are the work units files in....
w1_1500.0 8.159kb
l1_1347.0 6.236kb
l1_1278.5 6.239kb
But at time only this files are in BOINC Manager Window integrated
l1_1347.0__1347.0_0.1_T10_S4lA_3
l1_1347.0__1347.1_0.1_T10_S4lA_1
I have change the "work_buf_min_days" value in global_prefs.xml from "0.1" to "2", that was all i had done.
Connect to network about every
(determines size of work cache; maximum 10 days) 0.1 days
That's all....
cya & regard
BMM