Where do I find this Cache file to delete it?

Now 3 boxes dead in the water, without work, and unable to get any.

Downgraded to 6.4.2, reset project, checked nrpc_fails was at zero, checked master_request fails was at zero, ensured other projects were suspended, manual update...etc...etc... Nothing wants to kick these hosts into life.

Hosts: 15596, 8515 and 8882

If I recall correctly, this problem started for me on a host with 6.3.21 that had been clean for weeks. This seems to be server side, unrelated to Boinc version.

I thank our lucky stars there isn't a weekend coming up followed by a long festive break.......

Where do I find this Cache file to delete it?

Use the keywords

delete cache <your browser name> on GOOGLE or any other search machine of your choice

e.g.
delete cache internet explorer
or
delete cache firefox

so you will find a solution. Therefor I don't know your browser type and your native language can't give you a better explanation. My German menu will not fit your interests .. :)

---

Ok, I installed 6.5.0 ...

set errors to 0, DCF was 1.0, upped my resource share to 100, increased my buffer size to 0.4 and now I have gotten 5 tasks from GPU Grid with one running as we speak.

Even better it looks like I have 9 tasks running with one on the GPU with 0.03 CPU and 8 tasks on the other virtual CPUs (4 core i7 with HT giving the appearance of 8 CPUs).

*SO* it seems that the error message returned is the same regardless of what the error is on the server side. In other words, even if the reason is that the deadline is too low, or some other reason we get the same misleading error message.

The other possiblility is that the project needs to start the feeder as Carl Christensen said on the BOINC Dev list "...they need to add the "--allapps" flag for the feeder..." and we are making changes and randomly the scheduler all of a sudden gives us a reward and we think we have bothered the problem.

My dog Pixie, for example, knows that if she scratches at the dog door that it will open. She scratches and it opens ... of course the scratching has nothing to do with the timer, but you cannot convince her of that ...

Hallelujah!

Upgrading to 6.5.0 from 6.4.2 (at least on the Vista box), project reset and manual update finally kicked one host into action! Now to find out if it works on the XP and Linux hosts....


....but it didn't work on the XP box and there is no 6.5.0 available for Linux.

Hallelujah!

Upgrading to 6.5.0 from 6.4.2 (at least on the Vista box), project reset and manual update finally kicked one host into action! Now to find out if it works on the XP and Linux hosts....


....but it didn't work on the XP box and there is no 6.5.0 available for Linux.

It seemed to work for me, and I didn't reset the project or do a manual update.

BOINC 6.5.0 working for me

We'll see if it screws up again, though. There has been a lot of stuff that works for one client and not for another.

6.5.0 was working fine for me until this:

12/19/2008 8:02:39 PM|GPUGRID|Sending scheduler request: To fetch work. Requesting 1067038 seconds of work, reporting 2 completed tasks
12/19/2008 8:02:44 PM|GPUGRID|Scheduler request completed: got 0 new tasks
12/19/2008 8:02:44 PM|GPUGRID|Message from server: Project is temporarily shut down for maintenance

Tried to download two hours later and the dreaded this:

12/19/2008 10:12:14 PM|GPUGRID|Sending scheduler request: Requested by user. Requesting 1068275 seconds of work, reporting 2 completed tasks
12/19/2008 10:12:19 PM|GPUGRID|Scheduler request completed: got 0 new tasks
12/19/2008 10:12:19 PM|GPUGRID|Message from server: No work sent
12/19/2008 10:12:19 PM|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
12/19/2008 10:12:19 PM|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.

Now back to 24hrs before next call. Again it looks like once the two WU I have are done my computer will be idle for the night.

Pat

Now back to 24hrs before next call. Again it looks like once the two WU I have are done my computer will be idle for the night.

You can always force updates in the project pane.

Again, I am getting more suspicious that the single error message is over-riding all other "real" error messages. I have always run a low queue size as is recommended and it is possible that this is the problem. When I did NNW on all projects but GPU Grid upped the size to 0.4 days I got 5 tasks.

So, until I drain my queue again I will not know for sure if this is a "cure" or if it was just a random joke of the demons ....

Where do I find this Cache file to delete it?

Use the keywords

delete cache <your browser name> on GOOGLE or any other search machine of your choice

e.g.
delete cache internet explorer
or
delete cache firefox

It`s enough to press CTRL+F5 :)

---

Between the:
<project>
<master_url>http://www.gpugrid.net/</master_url>
<project_name>GPUGRID</project_name>

and the

<duration_correction_factor>1.000000</duration_correction_factor>

we have been looking at you should find these two lines amongst the other stuff:

<nrpc_failures>0</nrpc_failures>
<master_fetch_failures>0</master_fetch_failures>

both need to be 0 - Burdett and I only needed to change the top one. It is just possible your second machine has a number greater than 0 for master fetch failures.

Phoneman1

@GDF @Guys:

You have to know that - it really works. Phoneman u r great :). Both have to be 0!

I just installed new OS. After many big troubles with getting new WU on my maschines (with really different soft- and hard- ware configuration) i wanted to try new possibilities.

The new possibility was:

XP32 SP2
178.24 (old but checked and stable for sure)
6.5.0 - a fresh breeze ;)

But it doesn`t work. I mean again `no molecular` for me. Sure it was on fresh OS, fresh BM (it means DCF 1 etc.). I tried few times during some hours. Nothing. Then I`ve changed nrpc to 0. Manual update and voila :). But that`s not all. It was fantastic request (as always should be, but wasn`t never/ever in last weeks) which gave me 2 WU`s. After a moment BM requested again - next 2 WU`s arrived :). 1h23min - 1h58min remaining/WU.

Then I made experiment. After some of BM requests (after some minutes) I`ve changed nrpc again to 0 and with 4 GPUG WU`s (max.) and with a lot of Prime WU`s (not stopped! - Prime Resource share - 50%, GPUGrid Resource share - 100%) I made Manual update. Yes, there was correct request :).

Then next experiment. Little risky ;) :P. I`ve aborted one WU (some of you could get killed for one WU and I`m aborting it...!!! ;D ). And I made Manual update. Request correct, but got no new (the 4th one) WU, cause (...)molecular no available bla bla bla(...). Tried twice - same effect. Then I`ve changed nrpc again to 0 and manual update. Request correct, but... (...) molecular not available etc.(...) :O. Restarted comp, checked client_state, changed Resource share to 1000, changed DCF to 0.000001... Request 0... Request 0... Whatever I did, always request 0. Changed DCF back to 1.000000. Request correct, but (...)molecular not available(...). I can reach correct request, but there`s now way for me to receive any more WU`s.

Mby there`s something on server side, some note in database, that this maschine has received an error with one of WU`s and it means that this maschine should not receive new jobs. Or something similar.

Anyway I hope it will help some guys to get some WU`s and mby help you GDF to wonder WTF is going on now :). Remember, there was everything PERFECT, until first error. And you know that because of memory leaks probably every maschine will be at the same place as me now - mby go this way...

Trying and trying again. Every values correct now (DCF, nrpc etc.). Stopped other projects. Manual update. Got new WU`s :). - Guys, use it!

Guys, it really, really works. I did it for next maschine (quite different - OS, driver etc.) and got new tasks again. But sure it works just manually. No auto downloading new tasks.

---

Trying and trying again. Every values correct now (DCF, nrpc etc.). Stopped other projects. Manual update. Got new WU`s :). - Guys, use it!

Guys, it really, really works. I did it for next maschine (quite different - OS, driver etc.) and got new tasks again. But sure it works just manually. No auto downloading new tasks.

Sorry, but it doesn't work for everyone. Maybe in your case it does - if so, please send me your WU's!

Other people who tried the same have inconsistent results. Notice Burdett who it worked for once, but then not after: notice myself who it worked for on one host but not another.

Setting the nrpcfails to zero is I think just another strange interaction with the Boinc server code. It's worth a try, but not a magic bullet.

2008-12-20 10:44:53|GPUGRID|Sending scheduler request: To fetch work. Requesting 581438 seconds of work, reporting 0 completed tasks
2008-12-20 10:44:58|GPUGRID|Scheduler request completed: got 0 new tasks
2008-12-20 10:44:58|GPUGRID|Message from server: No work sent
2008-12-20 10:44:58|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
2008-12-20 10:44:58|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.

Ja juz mam kurwa dosyć. Działało i przestało. Jam można tak spieprzyć na całej lini działający projekt.

6.3.21 Was working extreme well untill some genious make some mistake!

Setting the nrpcfails to zero is I think just another strange interaction with the Boinc server code. It's worth a try, but not a magic bullet.

Agreed, there could be a lot of other issues preventing downloading of wu's.

For instance, yesterday I had a client_state_next.xml file on my machine whilst I was editing client_state.xml to set nrpc_failures to 0. The "next" file kept replacing the file I had just edited as soon as I started Boinc. In the process making my edit a waste of time. Once I realised what was happening I got rid of the "next" file by updating another project. Once I suspended all Boic activity and exited Boinc again I was able to repeat the edit. This time the edited file didn't get overwritten when I re-started Boinc and I got my download.

Why are we having to change nrpc_failurea values? - My hunch is, it is how we are stopping Boinc. I suspect using the installer to stop GPU tasks in particular is causing the problem. Needs some more tedious testing for me to be 100% sure; but it is the only theory I've got at the moment why this variable ends up non-zero on so many machines when we change Boinc versions.

Phoneman1

Setting the nrpcfails to zero is I think just another strange interaction with the Boinc server code. It's worth a try, but not a magic bullet.

Agreed, there could be a lot of other issues preventing downloading of wu's.

I agree, but I did it so many times with many maschines and it really works. Maybe it`s just some interaction which helps in receiving WU`s, but without this operation I had no any chances to download WU`s. It means that just for now, just for us (members) it is some way to go until everything will work fine.

---

This seems to be server side, unrelated to Boinc version.

Agreed. Hopefully the admins are looking at this now.

-Jack (reset the project again this morning after running out of work overnight)

Hopefully the admins are looking at this now.

They are.

MrS

---

Scanning for our furry friends since Jan 2002

Hey!
Having same problem: no work units available, etc.
Running boinc 6.4.5
Host id 18125
Have tried reset of project to no avail.
12/20/2008 9:48:00 AM|GPUGRID|Sending scheduler request: Requested by user. Requesting 226525 seconds of work, reporting 0 completed tasks
12/20/2008 9:48:05 AM|GPUGRID|Scheduler request completed: got 0 new tasks
12/20/2008 9:48:05 AM|GPUGRID|Message from server: No work sent
12/20/2008 9:48:05 AM|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
12/20/2008 9:48:05 AM|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
12/20/2008 9:48:07 AM|GPUGRID|Started download of logops3grid.png
12/20/2008 9:48:07 AM|GPUGRID|Started download of project_1.png
12/20/2008 9:48:09 AM|GPUGRID|Finished download of logops3grid.png
12/20/2008 9:48:09 AM|GPUGRID|Started download of project_2.png
12/20/2008 9:48:10 AM|GPUGRID|Finished download of project_1.png
12/20/2008 9:48:10 AM|GPUGRID|Started download of project_3.png
12/20/2008 9:48:11 AM|GPUGRID|Finished download of project_2.png
12/20/2008 9:48:12 AM|GPUGRID|Finished download of project_3.png
12/20/2008 9:49:19 AM|Einstein@Home|Restarting task h1_0737.55_S5R4__327_S5R4a_2 using einstein_S5R4 version 604
12/20/2008 9:49:22 AM|Einstein@Home|Starting h1_0737.55_S5R4__315_S5R4a_1
12/20/2008 9:49:23 AM|Einstein@Home|Starting task h1_0737.55_S5R4__315_S5R4a_1 using einstein_S5R4 version 604
12/20/2008 9:49:31 AM|GPUGRID|Sending scheduler request: Requested by user. Requesting 711936 seconds of work, reporting 0 completed tasks
12/20/2008 9:49:36 AM|GPUGRID|Scheduler request completed: got 0 new tasks
12/20/2008 9:49:36 AM|GPUGRID|Message from server: No work sent
12/20/2008 9:49:36 AM|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
12/20/2008 9:49:36 AM|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.

No work here too :-(

http://www.gpugrid.net/show_host_detail.php?hostid=19934

---

Linux Users Everywhere @ BOINC

I have neither the time or the patience to do the constant manual updates or file changes. Until the problems are sorted out, it looks like Seti will get most of my GPU support.

I have neither the time or the patience to do the constant manual updates or file changes. Until the problems are sorted out, it looks like Seti will get most of my GPU support.

How many credits did you get by seti per day? ;-)