Advanced search

Message boards : Number crunching : GPU detection failed - error code 1 - No useable GPUs found

Author Message
Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43197 - Posted: 14 Apr 2016 | 9:46:29 UTC
Last modified: 14 Apr 2016 | 10:09:14 UTC

Since no new tasks were downloaded on my 4 hosts since yesterday late afternoon, I looked up the BOINC event log of the PC with 2 GTX980Ti and found the following entries:

4/14/2016 6:01:43 AM | | cc_config.xml not found - using defaults
4/14/2016 6:01:43 AM | | Starting BOINC client version 7.6.22 for windows_x86_64
4/14/2016 6:01:43 AM | | log flags: file_xfer, sched_ops, task
4/14/2016 6:01:43 AM | | Libraries: libcurl/7.45.0 OpenSSL/1.0.2d zlib/1.2.8
4/14/2016 6:01:43 AM | | Data directory: Z:\
4/14/2016 6:01:43 AM | | Running under account Administrator
4/14/2016 6:01:44 AM | | GPU detection failed. error code 1
4/14/2016 6:01:44 AM | | No usable GPUs found
4/14/2016 6:01:44 AM | | Host name: gpugrid

Further down on the log, it shows that GPUGRID is looking for new tasks for CPU (not for GPU!!!) - of course, no such ones can be found.

On the GPUGRID website, where my total 4 hosts are listed with CPU and GPU details, there is no entry for the GPU(s) - the space is left blank.

I closed BOINC and restarted the system twice, but this did not help.

All this is such after I reinstalled BOINC yesterday, with the data directory on a RAMDisk (however, it's been running on a RAMDisk before for several days, so the RAMDisk should not be the cause of this problem).
BTW, the reason for installing BOINC on a RAMDisk was that I am also crunching ATLAS@home (to make better use of my 6-core CPU(HT) and my 32GB RAM), plus this project writes up to 200 GB per day on the SSD (or RAMDisk now).
As said above, for a few days, it's been working fine. Only after I un- and reinstalled BOINC (because there had been an inconsistency which caused a problem with ATLAS, and which could only be solved by reinstalling BOINC), I have this problem with GPUGRID not detecting the two GPUs.

Anyone any idea how I can get the problem solved?

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43198 - Posted: 14 Apr 2016 | 14:49:53 UTC - in response to Message 43197.
Last modified: 14 Apr 2016 | 15:01:04 UTC

You are of course running VirtualBox in order to run ATLAS. I have had a number of problems with VBox interfering with other programs. In particular, I can't run Folding on a GPU and also run any VBox program (i.e., ATLAS, vLHC, Cosomology) without the Folding client crashing. Folding usually then restarts without an error, but obviously there is some interference.

I have not found problems with VBox interfering with any BOINC GPU projects yet, but it could just be a matter of time. Maybe a new version of VBox will help? (Also, I am on Win7, which provides more isolation of the video drivers than some other versions.)

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43199 - Posted: 14 Apr 2016 | 15:17:51 UTC - in response to Message 43198.

You are of course running VirtualBox in order to run ATLAS. I have had a number of problems with VBox interfering with other programs.

The thing is that for some time (in my previous setting), the VBox has NOT caused any problems with GPUGRID.
The only difference in the new setting is that the complete BOINC data directory now is in on the RAMDisc, whereas before only the SLOTS folder was. This, however, turned out not to be good, as ATLAS did not work well.
Now, with the ATLAS problem fixed, the GPUGRID problem exists :-(


Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43200 - Posted: 14 Apr 2016 | 15:32:28 UTC - in response to Message 43199.

The only difference in the new setting is that the complete BOINC data directory now is in on the RAMDisc, whereas before only the SLOTS folder was. This, however, turned out not to be good, as ATLAS did not work well.
Now, with the ATLAS problem fixed, the GPUGRID problem exists :-(

I am not sure how you put only the slots folder on the ramdisk; it has always been the entire BOINC Data folder for me, at the time of installation. But as a test, you could try just letting the ATLAS work run out, reboot and run only GPUGrid. That at least would narrow the scope of the problem.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43201 - Posted: 14 Apr 2016 | 15:46:55 UTC - in response to Message 43200.

I am not sure how you put only the slots folder on the ramdisk

in the PrimoRamDisc tool, one can set so-called "junction points", which then shift the content of any folder that exists on the HDD or SSD to the Ramdisk. In the Windows Explorer, such a folder stays exactly where is was located originally, but in real fact, it's been tranferred to the RAMDisk.
I did this for space-economical reasons, as the big majority of data movement with ATLAS is taking place in the Slots folder. The Projects folder is rather static, not much is added or deleted all the time.
However, as I said above, with this constellation, unfortunately ATLAS did not work properly, and I got advices in the ATLAS forum not to split the BOINC data directory.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43202 - Posted: 14 Apr 2016 | 15:47:02 UTC - in response to Message 43200.

I am not sure how you put only the slots folder on the ramdisk

in the PrimoRamDisc tool, one can set so-called "junction points", which then shift the content of any folder that exists on the HDD or SSD to the Ramdisk. In the Windows Explorer, such a folder stays exactly where is was located originally, but in real fact, it's been tranferred to the RAMDisk.
I did this for space-economical reasons, as the big majority of data movement with ATLAS is taking place in the Slots folder. The Projects folder is rather static, not much is added or deleted all the time.
However, as I said above, with this constellation, unfortunately ATLAS did not work properly, and I got advices in the ATLAS forum not to split the BOINC data directory.

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43203 - Posted: 14 Apr 2016 | 15:58:26 UTC - in response to Message 43202.
Last modified: 14 Apr 2016 | 16:02:05 UTC

Actually, I would totally uninstalled VBox if merely stopping ATLAS did not work. I usually search the drive and registry for any "VBox" entries too. If that fixed it, you might then be able to re-install the latest version of VBox and get it to work. It could be that it picked up on the old directory structure, and does not want to let go. I see such things once in a while.

For that matter, you may need to do the same thing with BOINC. When going from a service install to a non-service install, for example, I often have to hack all BOINC references from the registry; also, when changing the DATA directory from a ramdisk back to the SSD, or vice-versa. Once installed, it can be hard to change.

Profile skgiven
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 23 Apr 09
Posts: 3968
Credit: 1,995,359,260
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43204 - Posted: 14 Apr 2016 | 17:56:27 UTC

Did you install Boinc as a service?
Did you restart?
____________
FAQ's

HOW TO:
- Opt out of Beta Tests
- Ask for Help

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43205 - Posted: 14 Apr 2016 | 18:07:48 UTC - in response to Message 43204.

Did you install Boinc as a service?
Did you restart?

"Normal" BOINC install, NOT Service install - at least, that's what I guess.
When you ask re "restart" - you mean system restart right after installing BOINC, before attaching any projects?

Profile skgiven
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 23 Apr 09
Posts: 3968
Credit: 1,995,359,260
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43206 - Posted: 14 Apr 2016 | 19:33:48 UTC - in response to Message 43205.

Yes, restart the system right after installing Boinc.

If Boinc isn't seeing the drivers because they are not loading before Boinc starts, you could just exit Boinc and then reopen it.

Just to confirm you are not trying to run Boinc within a Virtual Operating System are you?
____________
FAQ's

HOW TO:
- Opt out of Beta Tests
- Ask for Help

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43207 - Posted: 14 Apr 2016 | 20:22:34 UTC

No, not running BOINC on a Virtual Operating System.

What I did just now was uninstalling BOINC, cleaning the registry, then re-installing BOINC, then starting the system new, then opening the BOINC manager.
The event log shows good news:

4.04.2016 22:03:41 | | CUDA: NVIDIA GPU 0: GeForce GTX 980 Ti (driver version 361.75, CUDA version 8.0, compute capability 5.2, 4096MB, 4009MB available, 6986 GFLOPS peak)
14.04.2016 22:03:41 | | CUDA: NVIDIA GPU 1: GeForce GTX 980 Ti (driver version 361.75, CUDA version 8.0, compute capability 5.2, 4096MB, 4009MB available, 6986 GFLOPS peak)


However, crunching could not start yet, because:

14.04.2016 22:12:13 | GPUGRID | Requesting new tasks for CPU and NVIDIA GPU
14.04.2016 22:12:15 | GPUGRID | Scheduler request completed: got 0 new tasks
14.04.2016 22:12:15 | GPUGRID | No tasks sent
14.04.2016 22:12:15 | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card)
14.04.2016 22:12:15 | GPUGRID | Project has no tasks available


I definitely would like to see GPUGRID running okay before I add the ATLAS project.
So, hopefully, new GPUGRID WUs will follow soon.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43208 - Posted: 15 Apr 2016 | 3:46:34 UTC
Last modified: 15 Apr 2016 | 3:55:02 UTC

Later last evening, 2 GPUGRID tasks were downloaded and started being crunched, so I attached ATLAS, and ATLAS also worked well.
After the 2 GPUGRID tasks were finished and uploaded, no new ones were downloaded, the log file said:


15.04.2016 05:22:02 | GPUGRID | Sending scheduler request: To fetch work.
15.04.2016 05:22:02 | GPUGRID | Requesting new tasks for CPU and NVIDIA GPU
15.04.2016 05:22:04 | GPUGRID | Scheduler request completed: got 0 new tasks
15.04.2016 05:22:04 | GPUGRID | No tasks sent
15.04.2016 05:22:04 | GPUGRID | message from Server: Long runs (8-12 hours on fastest card) needs 2156.64MB more disk space. You currently have 5472.75 MB available and it needs 7629.39 MB.

Indeed, a GPIGRID WU needs that much disk space? If so, my plan to have BOINC's data directory on a 14GB RAMDisk will not work :-( Because I would so have to eliminate some ATLAS tasks, which were actually the reason why I changed to RAMDisk.
Theoretically, I could increase the RAMDisk by 2.5 or so, but by the same amount my system RAM would be cut. Since each ATLAS task uses some 2.5GB RAM, this would mean I could not crunch 4 ATLAS tasks simultaneausly, as its happening now, but maximum 3. To achieve this, I would have to decrease CPU usage setting to 40% - so with my 6-core (+ 6 core HT) CPU I would crunch only 5 tasks simultaneaously. Which is definitely not what I had planned.

Does anyone have any suggestions I might not have thought of?

Edit: It just occurs to me - for having 2 GPUGRID running, I would need even 15.3GB free disc space - more than my total RAMdisk presently is. And I would not be able to ran even one ATLAS task in addition.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43209 - Posted: 15 Apr 2016 | 8:04:45 UTC

I just read a posting in the ATLAS forum where someone else was having a similar issue - and he said that it got solved by installing a separate BOINC client.

I am wonderung whether it is really possible to just setup BOINC twice - this works? No interferences or other complications?
Is there anything I would have to particularly observe during installation or thereafter?

If this could be done, it most probably would solve my problem (unless any other unforeseen issues come up).
I would have one BOINC for ATLAS (with the data directory on the RAMDisk), and another one for GPUGRID (with the data directory on the SSD), and just set the CPU usage %values as needed.

Any comments?

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43210 - Posted: 15 Apr 2016 | 11:15:44 UTC - in response to Message 43209.

You can try the dual BOINC installation, but there are a number of hoops that you have to jump through. It has never looked worthwhile to me.

I have dodged the bullet on that problem, since it just happens that on the machines where I run ATLAS and GPUGrid, I use PrimoCache rather than a ramdisk. Then, BOINC sees the entire free space of the SSD.

But I wonder if GPUGrid really needs all that much space? I doubt it for the GPU client; it may be an artifact of the CPU work they were doing at one time. Maybe you could post separately about it, and it could be reduced.

However, be aware that GPUGrid doesn't have much work for the moment, since most of their researchers have graduated. A new group is coming in, but I really don't expect much for several months; probably at least the end of the summer.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43211 - Posted: 15 Apr 2016 | 11:44:24 UTC - in response to Message 43210.

You can try the dual BOINC installation, but there are a number of hoops that you have to jump through. It has never looked worthwhile to me.

Which ones exactly are the traps?

I use PrimoCache rather than a ramdisk.

I have tried PrimoCache. After a system crash, it took me almost a whole night plus the following morning to get the OS to run again (In fact, installing it new would have taken a lot less time).
So I decided to try Primo RamDisk, as in case of a crash "only" BOINC is gone, but not much else (in therory, at least).

But I wonder if GPUGrid really needs all that much space? I doubt it for the GPU client; it may be an artifact of the CPU work they were doing at one time. Maybe you could post separately about it, and it could be reduced

it surely does NOT. I looked it up, and in the BOINC directory, the projects folder for GPUGRID is about 90MB big, the slots folder is about 48MB. So, no idea why when downloading a new task, GPUGRID requests 7.629MB of free space. You may be right with your assumption about outdated "historical" reasons.
I wonder whether this stumbling block could be circumvented by some hand-written file in the config.xml ??? Maybe an interesting challenge for the specialists here?

However, be aware that GPUGrid doesn't have much work for the moment, since most of their researchers have graduated. A new group is coming in, but I really don't expect much for several months; probably at least the end of the summer.

I have noticed this, particulary within the last week. I remember that new people were announced for January, but one know how this goes ...
But still I am highly interested in crunching for this project.

Jim1348
Send message
Joined: 28 Jul 12
Posts: 819
Credit: 1,591,285,971
RAC: 0
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43212 - Posted: 15 Apr 2016 | 12:04:25 UTC - in response to Message 43211.

You can try the dual BOINC installation, but there are a number of hoops that you have to jump through. It has never looked worthwhile to me.

Which ones exactly are the traps?

I see different instructions for different versions of BOINC, and people report different problems. Maybe the current version is easier to use, but you will be discovering the traps, since I haven't gone into it that far.

If it works, let us know. It could be useful on occasions.

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 43213 - Posted: 15 Apr 2016 | 12:32:16 UTC - in response to Message 43212.

... and people report different problems ...

Does not sound really good. I guess, for the moment I will refrain from doing this.
I am almost sure that in view of my "special" existing installation (on RAMDisk), I would run into the next set of problems.

Perhaps indeed someone could come up with some script, config.xml or whatever in order to circumvent this strange 7.629MB free disk space requirement.

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,600,511,851
RAC: 8,768,138
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 43214 - Posted: 15 Apr 2016 | 13:15:17 UTC - in response to Message 43213.

Perhaps indeed someone could come up with some script, config.xml or whatever in order to circumvent this strange 7.629MB free disk space requirement.

See my reply to your other copy of this question, at BOINC.

Post to thread

Message boards : Number crunching : GPU detection failed - error code 1 - No useable GPUs found

//