OK ..... took host 17415 40 6.4.2. Reset project after version change - checked DCF manually - it was at 1.000000.
Suspended all other project work - manually updated GPUGrid - got 2 x 1 WU estimate to completion 238 hours.
Third attempt to get more WUs (this host has 2 x 260s) received the response below.

18/12/2008 13:47:13|GPUGRID|Sending scheduler request: To fetch work. Requesting 4497293 seconds of work, reporting 0 completed tasks
18/12/2008 13:47:18|GPUGRID|Scheduler request completed: got 0 new tasks
18/12/2008 13:47:18|GPUGRID|Message from server: No work sent
18/12/2008 13:47:18|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
18/12/2008 13:47:18|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.

Not sure where to go from here.

P.

That method doesn't work for me, I've already tried to downgrade to 6.4.2 and also reseting the project. My host ID is 18432.

Reverted to 6.4.2 and still getting no work available messages for host ID 8882

Messages:

Idem for hostID 16551

Kind regards

Alain

50% succes rate here!

The success:
Host 17875 got a WU at the first attempt and is running with 4 other project's tasks. All 5 tasks are running in high priority mode although nothing is remotely in deadline trouble.

The failure:
Host 117880 CANNOT get a wu now, although with 6.3.21 it never had any trouble.

Both updates were done by suspending all task activity; running the boinc installer; waiting for benchmarks; resetetting GPUgrid; checking that dcf was reset to 1.000000 (it was) before restarting task activity. I've done several manual updates I can't get anything for 17880. It doesn't matter if I suspend the other project either.

I've also tried 6.4.5 on this machine again this afternoon with the same result. First attempt below with other project running; the second with it suspended.

18/12/2008 15:49:14|GPUGRID|Sending scheduler request: Requested by user. Requesting 175 seconds of work, reporting 0 completed tasks
18/12/2008 15:49:19|GPUGRID|Scheduler request completed: got 0 new tasks
18/12/2008 15:49:19|GPUGRID|Message from server: No work sent
18/12/2008 15:49:19|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
18/12/2008 15:49:19|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
18/12/2008 15:56:25|GPUGRID|Sending scheduler request: Requested by user. Requesting 349 seconds of work, reporting 0 completed tasks
18/12/2008 15:56:30|GPUGRID|Scheduler request completed: got 0 new tasks
18/12/2008 15:56:30|GPUGRID|Message from server: No work sent
18/12/2008 15:56:30|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
18/12/2008 15:56:30|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.

To keep this machine in work I'm having to go back to 6.3.21. It is looking as if the effect of the latest changes is to make high-end boards unable to get work.

By the way I note the recommended Nvidia drivers have gone back a version or two, is that a mistake or must we also revert those to make any progress with 6.4.2??


Phoneman1

Phoneman1 - is 6.3.21 actually working for you?

Burdett - it was. It is not now!

I can't get anything for the GTX260 machine this afternoon on 6.4.2; 6.4.5; or 6.3.21. It doesn't matter if I suspend the other project or not. Always get the messages I posted earlier in this thread.

8600GTS machine is chugging away in 1 plus 4 mode on 6.4.2 with no real problem at all save for all 5 tasks in high priority for no reason I can see. There is no GPU tasks queued up there just the one that is running.

Phoneman1

..... frustrating isn't it.
It has got to be server side - you can see the 'results in progress' total dropping as machines start to run dry/low cache.

My Host-Id is 7521.
I made a reset of the projekt an have now DCF 1.00000
I have BOINC 6.4.5
Now I get the messages:

18.12.2008 17:47:39|GPUGRID|Sending scheduler request: Requested by user. Requesting 168179 seconds of work, reporting 0 completed tasks
18.12.2008 17:47:44|GPUGRID|Scheduler request completed: got 0 new tasks
18.12.2008 17:47:44|GPUGRID|Message from server: No work sent
18.12.2008 17:47:44|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
18.12.2008 17:47:44|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.

GDF - can you explain why the amount of work requested &/or a DCF issue could trigger a 'not available for your type of computer' message?

Thanks,
P.

I'm now back on 6.4.2. after seeing GDF's post at 16:54.At first no luck again. Same sort of messages. Then I remembered a trick from my days cruncing cpdn...

I suspended all processing. Used notepad to edit client_state.xml and found the dcf tag in the block for GPU. Between the GPU URL and the DCF there is nrpc_failures. That was 6, changed that to 0; saved the file and exited notepad. Resumed boinc processing and updated GPU manually. Bingo! I now have GPU plus 4 other tasks running in high priority (for no good reason) on the GTX260 machine. I also have 2 GPU tasks ready to go when this finishes in 11 hours.

Note. Usual provisio with editing client_state.xml: make sure BOINC can't update it and preserve the < > </> signs or it will take some time on your part to correct it! You shouldn't need to do this edit unless you can't get work and were getting work previously.

Phoneman1

........ great tip. Got 4 WUs - but coming down at 240+hours, even though my DCF is 1.000000.

Got 4 WUs - but coming down at 240+hours, even though my DCF is 1.000000.

Yippee! For me, that tip works host ID 5889

Boooo! It does not work on host ID 8882


____________

Just got this from Beta mail list.

Hi Rom and David,

I just downloaded 6.4.5 to my home XP64 machine. Because I use
firefox it took me to the wrong download page and gave me the Win32
version.

The Win32 version has been fixed to report Win64 when run on a Win64
box. Which is fine for projects that have Win64 applications, but
apparently it doesn't report Win32 as an alternate platform, so I
don't get any work on projects that only support Win32. That's a
substantial problem. Haven't been monitoring the lists to see if that
problem has been reported before.

Eric

Could this be the issue here on GPUGrid..?

It does not work on host ID 8882

Using version 6.4.2, did project reset and still getting no work units. Host ID is 19685. Also I was not getting the "Full-atom molecular dynamics is not available for your type of computer." message until I did a couple of version changes based on recommendations from this forum. Everything else was pretty much the same though. Btw I am a new user, so this may not be related to the current series of troubles.

18/12/2008 21:22:48||Libraries: libcurl/7.19.0 OpenSSL/0.9.8i zlib/1.2.3
18/12/2008 21:22:48||Data directory: D:\aplw\boinc-data
18/12/2008 21:22:48||Running under account Administrator
18/12/2008 21:22:48||Processor: 2 GenuineIntel Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz [x86 Family 6 Model 15 Stepping 10]
18/12/2008 21:22:48||Processor features: fpu tsc sse sse2 mmx
18/12/2008 21:22:48||OS: Microsoft Windows XP: Professional x86 Editon, Service Pack 2, (05.01.2600.00)
18/12/2008 21:22:48||Memory: 2.00 GB physical, 3.85 GB virtual
18/12/2008 21:22:48||Disk: 141.04 GB total, 16.96 GB free
18/12/2008 21:22:48||Local time is UTC +1 hours
18/12/2008 21:22:48||Not using a proxy
18/12/2008 21:22:48||CUDA devices found
18/12/2008 21:22:48||Coprocessor: GeForce 8600M GT (1)
18/12/2008 21:22:48||Version change (6.3.21 -> 6.4.2)
18/12/2008 21:22:48|GPUGRID|URL: http://www.gpugrid.net/; Computer ID: 19685; location: (none); project prefs: default
18/12/2008 21:22:48||No general preferences found - using BOINC defaults
18/12/2008 21:22:48||Reading preferences override file
18/12/2008 21:22:48||Preferences limit memory usage when active to 1023.18MB
18/12/2008 21:22:48||Preferences limit memory usage when idle to 1841.72MB
18/12/2008 21:22:48||Preferences limit disk usage to 5.00GB
18/12/2008 21:22:48||Running CPU benchmarks
18/12/2008 21:22:48||Suspending computation - running CPU benchmarks
18/12/2008 21:23:19||Benchmark results:
18/12/2008 21:23:19|| Number of CPUs: 2
18/12/2008 21:23:19|| 2152 floating point MIPS (Whetstone) per CPU
18/12/2008 21:23:19|| 5050 integer MIPS (Dhrystone) per CPU
18/12/2008 21:23:53|GPUGRID|Resetting project
18/12/2008 21:23:58|GPUGRID|Sending scheduler request: Requested by user. Requesting 60480 seconds of work, reporting 0 completed tasks
18/12/2008 21:24:03|GPUGRID|Scheduler request completed: got 0 new tasks
18/12/2008 21:24:03|GPUGRID|Message from server: No work sent
18/12/2008 21:24:03|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
18/12/2008 21:24:03|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
18/12/2008 21:24:03|GPUGRID|Message from server: Full-atom molecular dynamics is not available for your type of computer.

It does not work on host ID 8882

Nightlord if it is not the wrong version of Boinc as just suggested, I'd suspend Boinc processing take another look at the client_state.xml file on that machine.

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

....... after initial success, I'm back to having problems getting WUs.
Ho Hum.

P.

OK, this is not funny any more :-(

With a new host ID 19709 and a clean installation of 6.4.2, it still gives me the same error messages.

I'm at a loss now.

My boxes are running since yesterday on 6.4.2 and I have set the DCF to 1. The two GTX260² and the GTX280 are running now without any problem, also with a estimated time of over 66 hours instead 7:28h. Only my 8800GT has WUs with a estimated time of over 252 hours, but I have 3 WUs. To get more WUs I use a trick: I manually update, then I get the 24 hours delay, and make a second manually update immediately. Then I get another error message (last call nn seconds) and the 24 hours delay is away. When now the rest time of the running GPU-WU is lower then the workcache (I have 1.5 days) I get new work automatically.
____________

I have 5 machines running GPUGrid, 3x linux64 (fedora9) core2 quads and 2x winxp32 core2 duals, each has 1 GPU.
I don't think I've had a machine run out of WUs (yet!!).
All 3 linux machines usually manage to maintain at least 3 WUs whereas the 2 windows machines usually get to about 80% of their last WUs before downloading more WUs.
They all run 6.3.19 apart from 1 of the windows machines which runs 6.3.21 and they all run 3+1 (or 1+1 for the duals) and run Seti & RCN in addition to GPUGrid.

Their estimated completion times range wildly from a normal 2 hours upto +70 hours but this doesn't seem to affect their ability to get new work.

I don't know why they get work when a lot of you don't get any. I haven't edited any config files since installing 6.3.19 which removed my requirement to set ncpu-1. On the 2 machines here, the DCFs are 0.062 and 0.137 and have never been much higher that that.

I know a lot of you are running 6.4.x versions of boinc, so is it worth downgrading to 6.3.19 (or 6.3.21) to see if that helps?

I just finished my first WU. As soon as it reported, it got another.

Running WXP and 6.45 on a single core and a slow 8600 GT.

Hmm - I am running 6.4.5 with nVidia 180.60 and have two WU's on a 9800gtx+. Sorry about your problems. I did get that cell processor out of work for your system message this morning, but a reboot cleared it.

6.4.2 per today's recommendation. Downloaded 2 wu's by resetting the project and suspending everything else this morning. After finishing those 2 tonight, tried the same thing without success.

GTX 260, idle again. Server-side scheduler appears to be fubar.

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

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

6.3.x will at least allow me to DL work by resetting/suspending everything. 6.4.x seems to make it impossible to maintain work.

If version 6.4.2 is the preferred version, where can we get it. THe BOINC site only has the 6.2.19 and 6.4.5 available for download (as far as I have been able to push the system).

If version 6.4.2 is the preferred version, where can we get it. THe BOINC site only has the 6.2.19 and 6.4.5 available for download (as far as I have been able to push the system).

If version 6.4.2 is the preferred version, where can we get it. THe BOINC site only has the 6.2.19 and 6.4.5 available for download (as far as I have been able to push the system).

If version 6.4.2 is the preferred version, where can we get it. THe BOINC site only has the 6.2.19 and 6.4.5 available for download (as far as I have been able to push the system).

Hi Paul,

you can get it from http://www.gpugrid.net/join.php?sys=gpu or http://boinc.berkeley.edu/dl/.

6.5.0 did not work, so let us see about 6.4.2 ...

Nope, no work for your type computer.

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

Well, I just tried setting nrpc failures to 0 (it was 3) but, not available for your computer.

I mean, I guess, I am fine if the project does not want my help ...

But, it sure seems that this is a server side problem (at least to me) and there is a curious reluctance to look there ...

I have done my part and have done what they have been asking.

GPU processing is intriguing, but, I guess I will have to wait for EaH to get it right. Or SaH to get Astropulse converted.

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

Sorry I was at work all day :-(

Client_state.xml just sent.

When I try to run 6.4.2 From this site I get
'Error in setup initialization file " on two systems... dont Know why. Is 6.4.2 the still the preferred version?... 6.4.5 is installed on my sys. now.
____________

When I try to run 6.4.2 From this site I get
'Error in setup initialization file " on two systems... dont Know why. Is 6.4.2 the still the preferred version?... 6.4.5 is installed on my sys. now.

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?

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.

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.

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

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!

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.

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.

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.

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

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.

I'm using BOINC v6.4.1. Did a project reset after my last WU finished this AM. BOINC then downloaded 2 new WUs. Two pieces of good news:

1) The estimated times are much more accurate (only about 20% high, which is fine with me).
2) CPU time has fallen from 13-18% CUDA usage on my quad down to 0%. 5 processes running, 4 at 25% each, CUDA at 0%.

This is very good news as the CPU usage problem in Windows (32bit XP SP3) seems to have been fixed somehow.
The WU seems to be progressing normally percentage-wise.

Phoneman1 - is 6.3.21 actually working for you?

The changes you're seeing are caused by the new windows app.

is it 6.4.2 or 6.4.5?

I am on 6.4.5 and working a 6.58 job. It now refuses to get new work. The new box that I started tonight will not get work either.

Linux os/9600GSO.

No memory leak:D

mike

I did that and had also tried when GPU was the only project. Tried a reset also with no luck. I'll let it run and see if it will pick some thing up.

mike

It now refuses to get new work.

do you mean BOINC is requesting 0 seconds of new work or the dreaded "molecular dynamics for cell processor not available for your system" message?

MrS

I got that too ...

Try increasing your queue size too (if it is small like mine was at 0.1 days the default) ...

I checked when I got up, it had not received any new work. I did a manual update and got 2 wu's for each box,

I have 2 happy gpu's now:D

mike

I had 6.4.2 running with minor problems, i.e. I had to suspend all CPU projects to make it request new WUs.. but I got them.

Today I got the message "no work sent, cell not available for you" again, whithout any changes on my side. Project reset didn't help, the server has work, setting nrpc=0 didn't help and sending a double request (like Kokomiko suggested) didn't help. Too bad I'm out of house now until tomorrow.

Maybe the problem solved itself until then. Otherwise: any suggestions I should try?

MrS

I had 6.4.2 running with minor problems, i.e. I had to suspend all CPU projects to make it request new WUs.. but I got them.

Today I got the message "no work sent, cell not available for you" again, whithout any changes on my side. Project reset didn't help, the server has work, setting nrpc=0 didn't help and sending a double request (like Kokomiko suggested) didn't help. Too bad I'm out of house now until tomorrow.

Maybe the problem solved itself until then. Otherwise: any suggestions I should try?

MrS

It sounds like someone changed something on the server or maybe the server process is stuck.
Work doesn't seem to be going out this AM at least to NVidia cards. See this thread:

http://www.gpugrid.net/forum_thread.php?id=594

Now we're up to 978 WUs ready to send on the server status page.

This is strange. I had the same problem described above (Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.) I tried a project reset, suspending all other projects, setting a larger queue, reinstalling BOINC (i have 6.4.5), no luck.

I was just browsing the forum and thought to try again, and lo and behold, i got a new workunit. Are you sure the server queue isn't full of PS3 units?

I also just received WUs!

I have now also 2 boxes without work. They got no work in the last 24 hours and so this boxes are now idle. Is there really no new work available? So far I got work by manually update, but in the last 24 hours both boxes got every time the same message ... no work for your type of computer ... and the boxes can't call automatically for work, then after this error they go in the 24 hours loop. I will shut down now this 2 boxes and try tomorrow again, no need to run this PCs without a chance for work ...

This boxes are effected:
Linux 65 bit GTX260² 15924
Vista 64 bit GTX260² 17745
____________

After trying for an hour I finally got WUs on this both boxes. Looks like really no work on the server was available.
____________

- "No work sent, molecular dynamics not available for you" again
- 2 different hosts
- Correct BM, correct driver, correct temperature at home, even weather outside is correct (if some1 would like to ask :P) etc.
- Nothing helps (nrpc, DCF, suspending other projects - but request is fine...)
- 1 box got some tasks in queue, 2nd box got nothing in queue (I`m going to try reset project after finishing these 2 WU`s which I`m crunching now, but I don`t believe it will help).

And probably I`m one of not so many who are taking this situation absolutely easy :). I understand this situation. I could understand this situation even for whole next year if... If something what I asked earlier could become soon.

Please. Please change `per-CPU limit` from 1 to 3 and give us possibility to download more than 1-2 WU`s `at once` (5-6 will be OK). After these changes I`ll do not care even if server will go down for 24h. I want to have enough WU`s in stock (queue) to let me crunch at least 24h if some problems will occur. I want to have possibility to DL enough WU`s even if possibility to DL new tasks can occur once per day. And pls change this nonsense that BM is `deferring communication` for next 24h if can`t reach work. That`s really biggest `bunkum` :).

And then I`ll can sleep well.

Mby more of you, crunchers, could sign this supplication? :)
Or mby you disagree?



PS. I`m curious how GPUGrid is working `under` VM. I think I`ll install 3-4 OS`s on each host, just to be sure that I always have enough WU`s. And I`ll switch between them if necessary. Or I`ll install Ubuntu inside Win (by using this option with `filepartition`).
____________

Agreed none of the usual "tricks" seem to force a download of work at the moment - but I am lucky enough to have a queue of 2 waiting to go on my machine with the GTX260 card.

On the machine with the 8600GTS card I have more work units than I can process before their deadline. With this machine trebling the number of wu available to download would just mean I would have to abort more wus every few days, unless the deadline was revised accordingly.

Ideally, the number of wus downloaded should be limited to capability of the card in relation to the deadline; now where have I heard that before...:-)

Looks like some people are getting work though, I guess because other people are aborting wus or wus are passing their deadline and are being re-issued.

Phoneman1

On the machine with the 8600GTS card I have more work units than I can process before their deadline. With this machine trebling the number of wu available to download would just mean I would have to abort more wus every few days, unless the deadline was revised accordingly.

Looks like some people are getting work though, I guess because other people are aborting wus or wus are passing their deadline and are being re-issued.

Phoneman1

I have more work units than I can process before their deadline.(...)I would have to abort more wus every few days, unless the deadline was revised accordingly.

hi,

>>(ID user 5824) my situation is bad, i'm in stress :
3 computers, 3 nvidia 260, 3 problem's like this :
..........
27/12/2008 21:02:45|GPUGRID|Message from server: No work sent
27/12/2008 21:02:45|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
27/12/2008 21:02:45|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.
..........
>>
system : 3 X xp 32
drivers : 3 X forcewave 178.24 / xp
version boinc :
- 6.3.17 : problem's
- 6.4.5 : problem's
- 6.5.0 : problem's

Waiting (i and my GPU's are) some good news !!!


____________

Yes , me to :

version boinc :
- 6.3.17 : 4 WU's
- 6.4.5 : 4 WU's
- 6.5.0 : 4 WU's

Well done !
____________

Please also do a project reset. ...
... if you still don't get WUs, write here your host id, so that I can scan it in the log.

Problem came back :(

Problem back for me too. Regardless of Boinc Manager version, Windows version or card type. Soon all my GPUs are going to be idle.
____________
The Scottish Boinc Team

O.k. with the new information given from GDF (thanks for that)
http://www.gpugrid.net/forum_thread.php?id=606&nowrap=true#5111

I will switch back temporarily to other clients. If everything is going well with the servers I'll come back.

Happy new year !

This morning I got two new WUs again with the Vista / 6.5.0, wonderful.
http://www.gpugrid.net/results.php?hostid=21081

01/02/09 04:41:12|GPUGRID|Sending scheduler request: Requested by user. Requesting 17282 seconds of work, reporting 0 completed tasks
01/02/09 04:41:17|GPUGRID|Scheduler request completed: got 2 new tasks
01/02/09 04:41:19|GPUGRID|Started download of acemd_6.55_windows_intelx86__cuda.exe

Ha!

I got three ... :)

I've been getting new work automatically / regularly now. Only infrequently getting the "not available for your type of processor" message, but it still gets work fairly quickly after several manual tries.

So far since early this morning I've got more work every time I called for it on both my Windoze & Linux Box's & my Caches are full at the moment ... :)

Hey Everyone,

I just signed up for this project hoping to have better luck than I did with SETI@HOME. So far, not so good. At first, I got the same error messages that everyone else started posting.
1/3/2009 10:06:59 AM|GPUGRID|Message from server: No work sent
1/3/2009 10:06:59 AM|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
1/3/2009 10:06:59 AM|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.

I read the forum posts, reset the project and lo and behold I got the same message but I finally received a work unit. WAHOO!! Wait a sec ... not so fast ... by the time I switched over to the tasks tab it failed with a "Computation error" message. Is there an error log I can look at somewhere?

Here is my computer ID: http://www.gpugrid.net/show_host_detail.php?hostid=21627

I'm hoping that someone can help fix this quickly. Thanks in advance for any and all advice.

Greg

Hi Greg, and welcome to GPUGRID!

Your account doesn't show a failed task. Could you do a manual update of GPUGRID to report the task? Only then we can have a look at the stderr.out to see what might be wrong...
____________

pixelicious.at - my little photoblog

Hey Everyone,

I just signed up for this project hoping to have better luck than I did with SETI@HOME. So far, not so good. At first, I got the same error messages that everyone else started posting.
1/3/2009 10:06:59 AM|GPUGRID|Message from server: No work sent
1/3/2009 10:06:59 AM|GPUGRID|Message from server: Full-atom molecular dynamics for Cell processor is not available for your type of computer.
1/3/2009 10:06:59 AM|GPUGRID|Message from server: Full-atom molecular dynamics on Cell processor is not available for your type of computer.

I read the forum posts, reset the project and lo and behold I got the same message but I finally received a work unit. WAHOO!! Wait a sec ... not so fast ... by the time I switched over to the tasks tab it failed with a "Computation error" message. Is there an error log I can look at somewhere?

Here is my computer ID: http://www.gpugrid.net/show_host_detail.php?hostid=21627

I'm hoping that someone can help fix this quickly. Thanks in advance for any and all advice.

Greg

If you look here you can see in the STDERR Out that there is a lack of memory ...

Not sure why that occurred, the computer description says you have 511 M memory ...

Did you play a game while the task was running?

I am out of my depth ... someone else likely will have to jump in ...

I thought the memory leak had something to do with the drivers and only on XP 64? On Linux and Vista 64 I never saw something about memeory leaks...

Dukzilla, since you use XP 64bit, could you please install the 180.84 Nvidia drivers and try again?
____________

pixelicious.at - my little photoblog

For testing purposes I installed 6.4.2. It had the problem that it never requested any GPU work voluntarily, not before I suspended the CPU projects. I accidently had a massive stockpile of CPU work, though.

Now I had a strange situation: I had 14 Milkyway WUs at 48 minutes each.. that's <3h of processing for my 4 cores. No other WUs were running except one GPU-Grid with an estimated runtime of 2h left. Cache setting is 1.25 days and ressource share 50% Milkyway and 37,5% GPU-Grid. Why the hell didn't BOINC request new work? I'm a little worried I'll still have to babysit it..

Is there any client which is more well-behaved? I did not really hear good stuff about the later ones.

MrS

I've been using 6.5.0 for about two weeks. It seems to keep GPU tasks and CPU tasks in step (providing there is GPU work available).

Only downside I'm seeing (which may or may not be the Boinc client's fault) is the DCF drifts up to around 13.5 after a few units have been completed and stays around there. The estimated time in BoincView is currently 15 days+ ... but it still gets work when it is available. For the last 10 days or so I've stopped resetting the DCF.

I'm running resource shares of 100 / 100 / GPU / Cosmology with 0.5 days cache. I usually have 1 GPU task running and either 2 or three queued on the machine with the GTX260 card. The machine with the 8600GTS card normally has 1 or 2 GPU tasks queued and one running. Both machines are Vista HP 32 bit.

Boinc won't over-commit itself and at the moment treats GPU tasks like any other for work fetch. So your current work buffer must be able to be completed within the individual project deadlines before it will get any more. So, for example, if you had a 1 day cache and ran 4 other projects each of which had a four day deadline it wouldn't request a GPU task until there was time available and the ratio of LTD had shifted in GPU's favour. Paul's suggestion slants things more in GPU's favour but until time becomes available it won't request work. That is why suspending other projects and manually updating GPU brings a request for > 0 seconds of work. But even with a >0 seconds request you may not get any tasks....

A lot of the present work fetch problems though is because GPU does not seem to have work available. The web site doesn't help, it doesn't separate PS3 jobs ready to send from GPU jobs ready to send so people see the number ready to send and get very frustrated!

Phoneman1

6.5.0 gave me two when I added a new (albeit slow - 9500GT) card, so at least initially you should get multiple workunits.

Somehow my 6.4.2 is totally confused. It's got 24 Milkyways now, which amounts to 4.8h of work on my CPU and 9h when factoring in the 50% resource share. There's also a GPU-WU at estimated 10h cpu time. Adding the 10h of GPU-Grid I get a total time of 7.3h. Nevermind the one WU at 10h.. this tells me that all Milkyways will be done in less than 7.3h. They have a 3 days deadline (just got them today) .. but still BOINC runs them in high priority mode. WTF?! My on fraction etc. looks alright to me.

Guess I should try 6.5.0. But then BOINC will only have 1 GPU-Grid WU at a time due to the 15 days estimate, wouldn't it?

MrS

I thought the memory leak had something to do with the drivers and only on XP 64? On Linux and Vista 64 I never saw something about memory leaks...

Dukzilla, since you use XP 64bit, could you please install the 180.84 Nvidia drivers and try again?

Depending on the version of BOINC you are running you will see just the same number as your cores or one more ... There are ways to get the earlier version to use the cores plus one or you could try 6.5.0 which will run plus one out of the box.

There are still server issues and the BOINC Version from my observation makes no difference as to that ...

The message (0.05...) is what you should see for the one task running on the GPU...

There are reports on SaH where the death of the task can cause the GPU to go nuts ... Yours is the first report of that for GPU Grid that I have seen ... so, something unusual is going on ...

The best version I have reports on and that *I* personally are using for the Nvidia drivers is 180.48 you may want to snag those and install them. Just like with games, the latest video drivers got real important with BOINC.

I too will be happy when you complete a task ...

The best version I have reports on and that *I* personally are using for the Nvidia drivers is 180.48 you may want to snag those and install them...

Depending on the version of BOINC you are running you will see just the same number as your cores or one more ... There are ways to get the earlier version to use the cores plus one or you could try 6.5.0 which will run plus one out of the box.

There are still server issues and the BOINC Version from my observation makes no difference as to that ...

The message (0.05...) is what you should see for the one task running on the GPU...

There are reports on SaH where the death of the task can cause the GPU to go nuts ... Yours is the first report of that for GPU Grid that I have seen ... so, something unusual is going on ...

The best version I have reports on and that *I* personally are using for the Nvidia drivers is 180.48 you may want to snag those and install them. Just like with games, the latest video drivers got real important with BOINC.

I too will be happy when you complete a task ...