[solved] nVidia 295.51 beta driver problems - Failed tasks - Cannot create a symbolic link in a registry key that already has subkeys or values. (0x3fc) - exit code 1020 (0x3fc)
Update: this bug is considered as release critical (show-stopper) for the next NVIDIA driver release that's due in 2-4 weeks. Thus a fix will be available by that time.
Thanks for the updates!! Looking forward to being able to use an updated nvidia driver (for non-BOINC reasons) and not having to use work arounds to keep my cuda tasks working.
Regards!!
FYI, we won't ship any CUDA tasks for systems using a driver newer than 290.53 for the time being. This decision was made to avoid unnecessary computation errors, data set downloads, daily quota reduction and volunteer frustration.
We're in contact with NVIDIA and we'll try to help them fix the situation as fast as possible. If there's a workaround without user-action (not like "Turn off the display: Never") we'll implement it. Until that time, please understand that the majority of our volunteers might not follow this forum/thread and we need to take care of this problem without requiring them to work around it themselves.
Update: this bug is considered as release critical (show-stopper) for the next NVIDIA driver release that's due in 2-4 weeks. Thus a fix will be available by that time.
The most recent drivers from NVidia are causing problems with our CUDA application. So for the time being we don't ship any such tasks to machines with drivers version newer than 290.53.
Any further news on this as I noticed it was originally posted several weeks ago and I can't be the only user here who has the GTX 680 waiting to be used on this project.
Update: this bug is
)
Update: this bug is considered as release critical (show-stopper) for the next NVIDIA driver release that's due in 2-4 weeks. Thus a fix will be available by that time.
Best,
Oliver
Einstein@Home Project
Thanks for the updates!!
)
Thanks for the updates!! Looking forward to being able to use an updated nvidia driver (for non-BOINC reasons) and not having to use work arounds to keep my cuda tasks working.
Regards!!
I dont' get any work form
)
I dont' get any work form Eisntein@Home, but i get these messages:
2012-03-17 10:51:35.7537 [PID=11284] Request: [USER#xxxxx] [HOST#1075751] [IP xxx.xxx.xxx.221] client 6.12.34
2012-03-17 10:51:35.7666 [PID=11284] [send] effective_ncpus 2 max_jobs_on_host_cpu 999999 max_jobs_on_host 999999
2012-03-17 10:51:35.7666 [PID=11284] [send] effective_ngpus 1 max_jobs_on_host_gpu 999999
2012-03-17 10:51:35.7666 [PID=11284] [send] Not using matchmaker scheduling; Not using EDF sim
2012-03-17 10:51:35.7666 [PID=11284] [send] CPU: req 0.00 sec, 0.00 instances; est delay 0.00
2012-03-17 10:51:35.7667 [PID=11284] [send] CUDA: req 1.00 sec, 0.50 instances; est delay 0.00
2012-03-17 10:51:35.7667 [PID=11284] [send] work_req_seconds: 0.00 secs
2012-03-17 10:51:35.7667 [PID=11284] [send] available disk 5.52 GB, work_buf_min 8640
2012-03-17 10:51:35.7667 [PID=11284] [send] active_frac 0.999920 on_frac 0.489096 DCF 1.603525
2012-03-17 10:51:35.7673 [PID=11284] [send] [HOST#1075751] is reliable
2012-03-17 10:51:35.7674 [PID=11284] [send] set_trust: error rate 0.183539 > 0.050000, don't trust
2012-03-17 10:51:35.7796 [PID=11284] [version] Don't need CPU jobs, skipping version 23 for hsgamma_FGRP1 ()
2012-03-17 10:51:35.7797 [PID=11284] [version] no app version available: APP#17 (hsgamma_FGRP1) PLATFORM#2 (windows_intelx86) min_version 0
2012-03-17 10:51:35.7798 [PID=11284] [version] Checking plan class 'BRP4cuda32'
2012-03-17 10:51:35.7802 [PID=11284] [version] reading plan classes from file '../plan_class_spec.xml'
2012-03-17 10:51:35.7803 [PID=11284] [version] parsed project prefs setting 'gpu_util_brp' : false : 0.000000
2012-03-17 10:51:35.7803 [PID=11284] [version] driver version required max: -29053, supplied: 29610
2012-03-17 10:51:35.7803 [PID=11284] [version] Checking plan class 'BRP4SSE'
2012-03-17 10:51:35.7803 [PID=11284] [version] parsed project prefs setting 'also_run_cpu' : false : 0.000000
2012-03-17 10:51:35.7803 [PID=11284] [version] Don't need CPU jobs, skipping version 122 for einsteinbinary_BRP4 (BRP4SSE)
2012-03-17 10:51:35.7803 [PID=11284] [version] no app version available: APP#19 (einsteinbinary_BRP4) PLATFORM#2 (windows_intelx86) min_version 0
2012-03-17 10:51:35.9271 [PID=11284] [version] Don't need CPU jobs, skipping version 101 for einstein_S6Bucket ()
2012-03-17 10:51:35.9271 [PID=11284] [version] Checking plan class 'SSE2'
2012-03-17 10:51:35.9272 [PID=11284] [version] Don't need CPU jobs, skipping version 101 for einstein_S6Bucket (SSE2)
2012-03-17 10:51:35.9272 [PID=11284] [version] Checking plan class 'SSE'
2012-03-17 10:51:35.9272 [PID=11284] [version] Don't need CPU jobs, skipping version 102 for einstein_S6Bucket (SSE)
2012-03-17 10:51:35.9272 [PID=11284] [version] no app version available: APP#16 (einstein_S6Bucket) PLATFORM#2 (windows_intelx86) min_version 0
2012-03-17 10:51:35.9282 [PID=11284] [debug] [HOST#1075751] MSG(high) No work sent
2012-03-17 10:51:35.9282 [PID=11284] [debug] [HOST#1075751] MSG(high) see scheduler log messages on http://einstein.phys.uwm.edu//host_sched_logs/1075/1075751
2012-03-17 10:51:35.9283 [PID=11284] Sending reply to [HOST#1075751]: 0 results, delay req 60.00
2012-03-17 10:51:35.9285 [PID=11284] Scheduler ran 0.181 seconds
What do they mean?
RE: 2012-03-17
)
Computer sind nicht alles im Leben. (Kleiner Scherz)
RE: RE: 2012-03-17
)
Is the driver too new?
Oliver Bock wrote:FYI, we
)
(Post 116397)
And
(Post 116415)
Both in this same thread.
RE: RE: RE: 2012-03-17
)
Yes: Not shipping Windows BRP4 CUDA tasks to recent drivers
Claggy
Any further news on this as I
)
Any further news on this as I noticed it was originally posted several weeks ago and I can't be the only user here who has the GTX 680 waiting to be used on this project.
Nothing official so far. I
)
Nothing official so far. I asked our contact at NVIDIA for an update.
Cheers,
Oliver
Einstein@Home Project
New beta drivers (301.24)
)
New beta drivers (301.24) released today! I was trying to test them, but it looks like the server will still not give me any tasks (http://einstein.phys.uwm.edu//host_sched_logs/5099/5099778)
Does anyone know if the 301.24 driver fixes the conflicts with the "Turn off display after" setting?