Posts by boistordu

InfoMessage
21) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94401
Posted 19 Dec 2019 by boistordu
In the mean time, sorry but I'm going to remove the repo drivers if I can... I really hope it will be clean.? And then go with the proprietary drivers again, because like that it's really shitty accelaration at the moment.
22) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94400
Posted 19 Dec 2019 by boistordu
No richard, nothing in it:
[root@fedo-mansion-ada ~]# more /var/lib/boinc/stderrgpudetect.txt 
[root@fedo-mansion-ada ~]# 


[root@fedo-mansion-ada ~]# more /var/lib/boinc/stdoutgpudetect.txt 
06-Dec-2019 03:50:52 [---] cc_config.xml not found - using defaults
06-Dec-2019 11:01:58 [---] cc_config.xml not found - using defaults
06-Dec-2019 11:05:59 [---] cc_config.xml not found - using defaults
06-Dec-2019 11:25:01 [---] cc_config.xml not found - using defaults
06-Dec-2019 15:03:03 [---] cc_config.xml not found - using defaults
06-Dec-2019 15:07:21 [---] cc_config.xml not found - using defaults
06-Dec-2019 15:16:54 [---] cc_config.xml not found - using defaults
06-Dec-2019 15:39:49 [---] cc_config.xml not found - using defaults
06-Dec-2019 15:45:48 [---] cc_config.xml not found - using defaults
06-Dec-2019 16:30:03 [---] cc_config.xml not found - using defaults
07-Dec-2019 02:32:43 [---] cc_config.xml not found - using defaults
08-Dec-2019 12:51:45 [---] cc_config.xml not found - using defaults
08-Dec-2019 12:54:40 [---] cc_config.xml not found - using defaults
08-Dec-2019 13:01:11 [---] cc_config.xml not found - using defaults
10-Dec-2019 03:50:49 [---] cc_config.xml not found - using defaults
10-Dec-2019 15:01:31 [---] cc_config.xml not found - using defaults
11-Dec-2019 01:06:21 [---] cc_config.xml not found - using defaults
11-Dec-2019 22:42:53 [---] cc_config.xml not found - using defaults
12-Dec-2019 21:23:17 [---] cc_config.xml not found - using defaults
15-Dec-2019 10:33:45 [---] cc_config.xml not found - using defaults
15-Dec-2019 13:03:46 [---] cc_config.xml not found - using defaults
17-Dec-2019 22:39:40 [---] cc_config.xml not found - using defaults
17-Dec-2019 23:05:35 [---] cc_config.xml not found - using defaults
18-Dec-2019 00:17:31 [---] cc_config.xml not found - using defaults
18-Dec-2019 08:59:21 [---] cc_config.xml not found - using defaults
[root@fedo-mansion-ada ~]# 


there was no cc_config before I activate the logs.

Thanks for trying
23) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94399
Posted 19 Dec 2019 by boistordu
the coproc was already checked through the interface, that's why I have the message about libcuda I think
<cc_config>
    <log_flags>
        <file_xfer>1</file_xfer>
        <sched_ops>1</sched_ops>
        <task>1</task>
        <app_msg_receive>0</app_msg_receive>
        <app_msg_send>0</app_msg_send>
        <async_file_debug>0</async_file_debug>
        <benchmark_debug>0</benchmark_debug>
        <checkpoint_debug>0</checkpoint_debug>
        <coproc_debug>1</coproc_debug>
        <cpu_sched>0</cpu_sched>
        <cpu_sched_debug>0</cpu_sched_debug>
        <cpu_sched_status>0</cpu_sched_status>
        <dcf_debug>0</dcf_debug>
        <disk_usage_debug>0</disk_usage_debug>
        <file_xfer_debug>0</file_xfer_debug>
        <gui_rpc_debug>0</gui_rpc_debug>
        <heartbeat_debug>0</heartbeat_debug>
        <http_debug>0</http_debug>
        <http_xfer_debug>0</http_xfer_debug>
        <idle_detection_debug>0</idle_detection_debug>
        <mem_usage_debug>0</mem_usage_debug>
        <network_status_debug>0</network_status_debug>
        <notice_debug>1</notice_debug>
        <poll_debug>0</poll_debug>
        <priority_debug>0</priority_debug>
        <proxy_debug>0</proxy_debug>
        <rr_simulation>0</rr_simulation>
        <rrsim_detail>0</rrsim_detail>
        <sched_op_debug>0</sched_op_debug>
        <scrsave_debug>0</scrsave_debug>
        <slot_debug>0</slot_debug>
        <state_debug>0</state_debug>
        <statefile_debug>0</statefile_debug>
        <suspend_debug>0</suspend_debug>
        <task_debug>0</task_debug>
        <time_debug>0</time_debug>
        <trickle_debug>0</trickle_debug>
        <unparsed_xml>0</unparsed_xml>
        <work_fetch_debug>0</work_fetch_debug>
    </log_flags>
    <options>
        <abort_jobs_on_exit>0</abort_jobs_on_exit>
        <allow_gui_rpc_get>0</allow_gui_rpc_get>
        <allow_multiple_clients>0</allow_multiple_clients>
        <allow_remote_gui_rpc>0</allow_remote_gui_rpc>
        <disallow_attach>0</disallow_attach>
        <dont_check_file_sizes>0</dont_check_file_sizes>
        <dont_contact_ref_site>0</dont_contact_ref_site>
        <lower_client_priority>0</lower_client_priority>
        <dont_suspend_nci>0</dont_suspend_nci>
        <dont_use_vbox>0</dont_use_vbox>
        <dont_use_wsl>0</dont_use_wsl>
        <exit_after_finish>0</exit_after_finish>
        <exit_before_start>0</exit_before_start>
        <exit_when_idle>0</exit_when_idle>
        <fetch_minimal_work>0</fetch_minimal_work>
        <fetch_on_update>0</fetch_on_update>
        <force_auth>default</force_auth>
        <http_1_0>0</http_1_0>
        <http_transfer_timeout>300</http_transfer_timeout>
        <http_transfer_timeout_bps>10</http_transfer_timeout_bps>
        <max_event_log_lines>2000</max_event_log_lines>
        <max_file_xfers>8</max_file_xfers>
        <max_file_xfers_per_project>2</max_file_xfers_per_project>
        <max_stderr_file_size>0</max_stderr_file_size>
        <max_stdout_file_size>0</max_stdout_file_size>
        <max_tasks_reported>0</max_tasks_reported>
        <ncpus>-1</ncpus>
        <no_alt_platform>0</no_alt_platform>
        <no_gpus>0</no_gpus>
        <no_info_fetch>0</no_info_fetch>
        <no_opencl>0</no_opencl>
        <no_priority_change>0</no_priority_change>
        <os_random_only>0</os_random_only>
        <process_priority>-1</process_priority>
        <process_priority_special>-1</process_priority_special>
<proxy_info>
    <socks_server_name></socks_server_name>
    <socks_server_port>80</socks_server_port>
    <http_server_name></http_server_name>
    <http_server_port>80</http_server_port>
    <socks5_user_name></socks5_user_name>
    <socks5_user_passwd></socks5_user_passwd>
    <socks5_remote_dns>0</socks5_remote_dns>
    <http_user_name></http_user_name>
    <http_user_passwd></http_user_passwd>
    <no_proxy></no_proxy>
    <no_autodetect>0</no_autodetect>
</proxy_info>
        <rec_half_life_days>10.000000</rec_half_life_days>
        <report_results_immediately>0</report_results_immediately>
        <run_apps_manually>0</run_apps_manually>
        <save_stats_days>30</save_stats_days>
        <skip_cpu_benchmarks>0</skip_cpu_benchmarks>
        <simple_gui_only>0</simple_gui_only>
        <start_delay>0.000000</start_delay>
        <stderr_head>0</stderr_head>
        <suppress_net_info>0</suppress_net_info>
        <unsigned_apps_ok>0</unsigned_apps_ok>
        <use_all_gpus>0</use_all_gpus>
        <use_certs>0</use_certs>
        <use_certs_only>0</use_certs_only>
        <vbox_window>0</vbox_window>
    </options>
</cc_config>




Thu 19 Dec 2019 06:39:20 PM CET |  | Starting BOINC client version 7.16.1 for x86_64-pc-linux-gnu
Thu 19 Dec 2019 06:39:20 PM CET |  | log flags: file_xfer, sched_ops, task, coproc_debug, notice_debug
Thu 19 Dec 2019 06:39:20 PM CET |  | Libraries: libcurl/7.66.0 OpenSSL/1.1.1d-fips zlib/1.2.11 brotli/1.0.7 libidn2/2.3.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.39.2
Thu 19 Dec 2019 06:39:20 PM CET |  | Data directory: /var/lib/boinc
Thu 19 Dec 2019 06:39:20 PM CET |  | [coproc] launching child process at /usr/bin/boinc
Thu 19 Dec 2019 06:39:20 PM CET |  | [coproc] with data directory /var/lib/boinc
Thu 19 Dec 2019 06:39:20 PM CET |  | OpenCL CPU: pthread-Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz (OpenCL driver vendor: The pocl project, driver version 1.5-pre, device version OpenCL 1.2 pocl HSTR: pthread-x86_64-unknown-linux-gnu-skylake)
Thu 19 Dec 2019 06:39:20 PM CET |  | [coproc] NVIDIA: libcuda.so: cannot open shared object file: No such file or directory
Thu 19 Dec 2019 06:39:20 PM CET |  | [coproc] ATI: libaticalrt.so: cannot open shared object file: No such file or directory
Thu 19 Dec 2019 06:39:20 PM CET |  | No usable GPUs found
Thu 19 Dec 2019 06:39:20 PM CET |  | [libc detection] gathered: 2.30, GNU libc
Thu 19 Dec 2019 06:39:20 PM CET |  | Host name: fedo-mansion-ada
Thu 19 Dec 2019 06:39:20 PM CET |  | Processor: 8 GenuineIntel Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz [Family 6 Model 158 Stepping 9]
Thu 19 Dec 2019 06:39:20 PM CET |  | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d
Thu 19 Dec 2019 06:39:20 PM CET |  | OS: Linux Fedora: Fedora 31 (Workstation Edition) [5.3.16-300.fc31.x86_64|libc 2.30 (GNU libc)]
Thu 19 Dec 2019 06:39:20 PM CET |  | Memory: 15.60 GB physical, 7.86 GB virtual
Thu 19 Dec 2019 06:39:20 PM CET |  | Disk: 68.39 GB total, 41.18 GB free
Thu 19 Dec 2019 06:39:20 PM CET |  | Local time is UTC +1 hours


I love this log system ^^
the coproc debug did activate with notice I think or I did activate it with it. Don't know anymore.
any other ideas?
24) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94396
Posted 19 Dec 2019 by boistordu
so it's totally not a problem of lib since they are there and that the hardware acceleration is working and the cuda application of nvidia are working as well.

So what should I do ? a ticket then?
25) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94395
Posted 19 Dec 2019 by boistordu
you are avoiding the question because the error message specifies that libcuda is not found and I just show you that it is there and that the symbolic link is functional.

But okey let's talk about the other lib then:

$ sudo locate libnvidia-ml.so.1
/usr/lib/libnvidia-ml.so.1

$ sudo ls -l /usr/lib/libnvi*
lrwxrwxrwx. 1 root root       29 Dec 19 09:57 /usr/lib/libnvidia-allocator.so.1 -> libnvidia-allocator.so.440.44
-rwxr-xr-x. 1 root root    76136 Dec  8 04:24 /usr/lib/libnvidia-allocator.so.440.44
-rwxr-xr-x. 1 root root 50752496 Dec  8 04:38 /usr/lib/libnvidia-compiler.so.440.44
-rwxr-xr-x. 1 root root 26061720 Dec  8 04:39 /usr/lib/libnvidia-eglcore.so.440.44
lrwxrwxrwx. 1 root root       30 Dec 19 09:57 /usr/lib/libnvidia-egl-wayland.so.1 -> libnvidia-egl-wayland.so.1.1.4
-rwxr-xr-x. 1 root root    55076 Sep 15 11:59 /usr/lib/libnvidia-egl-wayland.so.1.1.4
lrwxrwxrwx. 1 root root       26 Dec 11 21:02 /usr/lib/libnvidia-encode.so.1 -> libnvidia-encode.so.440.44
-rwxr-xr-x. 1 root root    96800 Dec  8 04:24 /usr/lib/libnvidia-encode.so.440.44
-rwxr-xr-x. 1 root root   405064 Dec  8 04:25 /usr/lib/libnvidia-fatbinaryloader.so.440.44
lrwxrwxrwx. 1 root root       23 Dec 19 09:57 /usr/lib/libnvidia-fbc.so.1 -> libnvidia-fbc.so.440.44
-rwxr-xr-x. 1 root root   125892 Dec  8 04:24 /usr/lib/libnvidia-fbc.so.440.44
-rwxr-xr-x. 1 root root 29348904 Dec  8 04:38 /usr/lib/libnvidia-glcore.so.440.44
-rwxr-xr-x. 1 root root   633964 Dec  8 04:25 /usr/lib/libnvidia-glsi.so.440.44
-rwxr-xr-x. 1 root root 11556076 Dec  8 04:37 /usr/lib/libnvidia-glvkspirv.so.440.44
lrwxrwxrwx. 1 root root       23 Dec 19 09:57 /usr/lib/libnvidia-ifr.so.1 -> libnvidia-ifr.so.440.44
-rwxr-xr-x. 1 root root   192000 Dec  8 04:24 /usr/lib/libnvidia-ifr.so.440.44
lrwxrwxrwx. 1 root root       22 Dec 11 21:02 /usr/lib/libnvidia-ml.so.1 -> libnvidia-ml.so.440.44
-rwxr-xr-x. 1 root root  1558556 Dec  8 04:26 /usr/lib/libnvidia-ml.so.440.44
lrwxrwxrwx. 1 root root       26 Dec 11 21:02 /usr/lib/libnvidia-opencl.so.1 -> libnvidia-opencl.so.440.44
-rwxr-xr-x. 1 root root 25884712 Dec  8 04:38 /usr/lib/libnvidia-opencl.so.440.44
lrwxrwxrwx. 1 root root       31 Dec 11 21:02 /usr/lib/libnvidia-opticalflow.so.1 -> libnvidia-opticalflow.so.440.44
-rwxr-xr-x. 1 root root    35264 Dec  8 04:24 /usr/lib/libnvidia-opticalflow.so.440.44
lrwxrwxrwx. 1 root root       34 Dec 11 21:02 /usr/lib/libnvidia-ptxjitcompiler.so.1 -> libnvidia-ptxjitcompiler.so.440.44
-rwxr-xr-x. 1 root root  9086920 Dec  8 04:29 /usr/lib/libnvidia-ptxjitcompiler.so.440.44
-rwxr-xr-x. 1 root root    13400 Dec  8 04:24 /usr/lib/libnvidia-tls.so.440.44


it is there also. And to my knowledge GTX970 is totally compatible CUDA.
26) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94393
Posted 19 Dec 2019 by boistordu
okey. Thanks for that information. But since it claims that it doesn't exist, then how?
Should I open an issue then? because the symbolic link is correct so it's not a non-existent file :

$ ls -l /usr/lib/libc*
-rwxr-xr-x. 1 root root  2894668 Dec  4 18:04 /usr/lib/libc-2.30.so
lrwxrwxrwx. 1 root root       29 Jul 24 21:51 /usr/lib/libcairo-gobject.so.2 -> libcairo-gobject.so.2.11600.0
-rwxr-xr-x. 1 root root    35680 Jul 24 21:51 /usr/lib/libcairo-gobject.so.2.11600.0
lrwxrwxrwx. 1 root root       40 Jul 24 21:51 /usr/lib/libcairo-script-interpreter.so.2 -> libcairo-script-interpreter.so.2.11600.0
-rwxr-xr-x. 1 root root   155976 Jul 24 21:51 /usr/lib/libcairo-script-interpreter.so.2.11600.0
lrwxrwxrwx. 1 root root       21 Jul 24 21:51 /usr/lib/libcairo.so.2 -> libcairo.so.2.11600.0
-rwxr-xr-x. 1 root root  1404672 Jul 24 21:51 /usr/lib/libcairo.so.2.11600.0
lrwxrwxrwx. 1 root root       14 Jul 25 22:12 /usr/lib/libcap.so.2 -> libcap.so.2.26
-rwxr-xr-x. 1 root root    28828 Jul 25 22:12 /usr/lib/libcap.so.2.26
-rwxr-xr-x. 1 root root    19576 Jul 24 22:47 /usr/lib/libcolordcompat.so
lrwxrwxrwx. 1 root root       25 Jul 24 22:46 /usr/lib/libcolordprivate.so.2 -> libcolordprivate.so.2.0.5
-rwxr-xr-x. 1 root root   253600 Jul 24 22:47 /usr/lib/libcolordprivate.so.2.0.5
lrwxrwxrwx. 1 root root       18 Jul 24 22:46 /usr/lib/libcolord.so.2 -> libcolord.so.2.0.5
-rwxr-xr-x. 1 root root   416016 Jul 24 22:47 /usr/lib/libcolord.so.2.0.5
lrwxrwxrwx. 1 root root       20 Jul 24 22:46 /usr/lib/libcolorhug.so.2 -> libcolorhug.so.2.0.5
-rwxr-xr-x. 1 root root   107932 Jul 24 22:47 /usr/lib/libcolorhug.so.2.0.5
lrwxrwxrwx. 1 root root       17 Aug  5 16:18 /usr/lib/libcom_err.so.2 -> libcom_err.so.2.1
-rwxr-xr-x. 1 root root    21264 Aug  5 16:18 /usr/lib/libcom_err.so.2.1
lrwxrwxrwx. 1 root root       19 Oct  3 18:42 /usr/lib/libcrypto.so.1.1 -> libcrypto.so.1.1.1d
-rwxr-xr-x. 1 root root  3025908 Oct  3 18:42 /usr/lib/libcrypto.so.1.1.1d
lrwxrwxrwx. 1 root root       17 Dec 15 21:56 /usr/lib/libcrypt.so.2 -> libcrypt.so.2.0.0
-rwxr-xr-x. 1 root root   221940 Dec 15 21:56 /usr/lib/libcrypt.so.2.0.0
lrwxrwxrwx. 1 root root       12 Dec  4 17:53 /usr/lib/libc.so.6 -> libc-2.30.so
lrwxrwxrwx. 1 root root       17 Dec 11 21:02 /usr/lib/libcuda.so -> libcuda.so.440.44
lrwxrwxrwx. 1 root root       17 Dec 11 21:02 /usr/lib/libcuda.so.1 -> libcuda.so.440.44
-rwxr-xr-x. 1 root root 15584352 Dec  8 04:38 /usr/lib/libcuda.so.440.44
-rwxr-xr-x. 1 root root    44388 Oct 16 16:05 /usr/lib/libcupsimage.so.2
-rwxr-xr-x. 1 root root   659208 Oct 16 16:05 /usr/lib/libcups.so.2
lrwxrwxrwx. 1 root root       16 Sep 13 10:27 /usr/lib/libcurl.so.4 -> libcurl.so.4.6.0
-rwxr-xr-x. 1 root root   682656 Sep 13 10:27 /usr/lib/libcurl.so.4.6.0
27) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94391
Posted 19 Dec 2019 by boistordu
Now that I thought about it, using an older driver is not possible when dealing with graphics.
As stated in several steam github issues, the xorg version has to match the driver version so that the usernamespace can access graphic acceleration capabilities.
28) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94389
Posted 19 Dec 2019 by boistordu
thanks for the link I will look into it.

I've tried the rpmfusion way. Now I have artifacts at boot, steam games that I sued to test the graphic acceleration won't work anymore. I have a less fluid interface now, still harware accelerated but I can detect some differences.
And I'm pretty sure the driver were well installed before because in the uninstaller I've seen some line about libcuda.
And now boinc, which I modify the flag log, is complaining about libcuda. So I'm pretty sure that the system was okey but boinc wasn't detected libcuda before as for now.
Thu 19 Dec 2019 10:01:51 AM CET |  | Starting BOINC client version 7.16.1 for x86_64-pc-linux-gnu
Thu 19 Dec 2019 10:01:51 AM CET |  | log flags: file_xfer, sched_ops, task, coproc_debug, notice_debug
Thu 19 Dec 2019 10:01:51 AM CET |  | Libraries: libcurl/7.66.0 OpenSSL/1.1.1d-fips zlib/1.2.11 brotli/1.0.7 libidn2/2.3.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.39.2
Thu 19 Dec 2019 10:01:51 AM CET |  | Data directory: /var/lib/boinc
Thu 19 Dec 2019 10:01:51 AM CET |  | [coproc] launching child process at /usr/bin/boinc
Thu 19 Dec 2019 10:01:51 AM CET |  | [coproc] with data directory /var/lib/boinc
Thu 19 Dec 2019 10:01:51 AM CET |  | OpenCL CPU: pthread-Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz (OpenCL driver vendor: The pocl project, driver version 1.5-pre, device version OpenCL 1.2 pocl HSTR: pthread-x86_64-unknown-linux-gnu-skylake)
Thu 19 Dec 2019 10:01:51 AM CET |  | [coproc] NVIDIA: libcuda.so: cannot open shared object file: No such file or directory
Thu 19 Dec 2019 10:01:51 AM CET |  | [coproc] ATI: libaticalrt.so: cannot open shared object file: No such file or directory
Thu 19 Dec 2019 10:01:51 AM CET |  | No usable GPUs found
Thu 19 Dec 2019 10:01:51 AM CET |  | [libc detection] gathered: 2.30, GNU libc
Thu 19 Dec 2019 10:01:51 AM CET |  | Host name: fedo-mansion-ada
Thu 19 Dec 2019 10:01:51 AM CET |  | Processor: 8 GenuineIntel Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz [Family 6 Model 158 Stepping 9]
Thu 19 Dec 2019 10:01:51 AM CET |  | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d
Thu 19 Dec 2019 10:01:51 AM CET |  | OS: Linux Fedora: Fedora 31 (Workstation Edition) [5.3.16-300.fc31.x86_64|libc 2.30 (GNU libc)]
Thu 19 Dec 2019 10:01:51 AM CET |  | Memory: 15.60 GB physical, 7.86 GB virtual
Thu 19 Dec 2019 10:01:51 AM CET |  | Disk: 68.39 GB total, 40.75 GB free
Thu 19 Dec 2019 10:01:51 AM CET |  | Local time is UTC +1 hours


So again, where boinc is looking for? Because clearly it's the problem. And it's the presence of libcuda that tells boinc if there is a GPU usable or not, nothing else.

/usr/lib/libcuda.so
/usr/lib/libcuda.so.1
/usr/lib/libcuda.so.440.44
/usr/lib64/libcuda.so
/usr/local/cuda-10.2/doc/man/man7/libcuda.so.7
/usr/local/cuda-10.2/targets/x86_64-linux/lib/stubs/libcuda.so
/usr/share/man/man7/libcuda.so.7


that's where it is installed on my fedora workstation.
29) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94387
Posted 19 Dec 2019 by boistordu
well Apparently you were right. There seem to be no support anymore to manually install and activate the cuda requirements without installing the drivers and everything must be through the rpmFusion repo. It bothers me a lot but I will try and gives you feedback when it's done.
30) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94386
Posted 19 Dec 2019 by boistordu
[root@fedo-mansion-ada ~]# sudo dnf history list all | grep opencl
[root@fedo-mansion-ada ~]# 


I can't get rid of something that is not installed by the system...
[root@fedo-mansion-ada ~]# lsmod | grep opencl
[root@fedo-mansion-ada ~]# 


So I don't know how it detected that something related to opencl is installed.

The only thing I cand find is that:
[root@fedo-mansion-ada ~]# sudo dnf list installed | grep opencl
opencl-filesystem.noarch                           1.0-10.fc31                         @fedora  
31) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94385
Posted 19 Dec 2019 by boistordu
I'm installing my drivers manually from the official website. No repo and I'm not really interested to let the control to those repo.
The drivers are well installed as proven before with the different output I've put and because graphical program based on the nvidia drivers wouldn't work otherwise.

But about opencl I don't know since I'm not sure what would be the whole way to install it under fedora. As I've seen there: https://devtalk.nvidia.com/default/topic/1043943/linux/opencl-doesn-t-work-with-nvidia-driver-410-xx-415-13-drivers-for-linux/ The opencl extension are implemented into the nvidia proprietary drivers and the cuda drivers which as stated above I already installed. I can try to reinstall the cuda drivers from the website, not the repo as I did last time for example.

I don't know which version of opencl are available nor how to install it precisely since as shown in the link they are supposed to be in the drivers from nvidia. And the dkms package are already installed and at each update fo the kernel it rebuilds the nvidia driver proprietary as it should do. So the build and use of nvidia drivers here are not in question. They are working perfectly as intended. The problem is where does the boinc-client looking for the librairies?
32) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94382
Posted 19 Dec 2019 by boistordu
since log on linux for boinc is ont stdoutput so I'm givingyou the first lines of boinc manager event log
Wed 18 Dec 2019 08:59:21 AM CET |  | cc_config.xml not found - using defaults
Wed 18 Dec 2019 08:59:21 AM CET |  | Starting BOINC client version 7.16.1 for x86_64-pc-linux-gnu
Wed 18 Dec 2019 08:59:21 AM CET |  | log flags: file_xfer, sched_ops, task
Wed 18 Dec 2019 08:59:21 AM CET |  | Libraries: libcurl/7.66.0 OpenSSL/1.1.1d-fips zlib/1.2.11 brotli/1.0.7 libidn2/2.3.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.39.2
Wed 18 Dec 2019 08:59:21 AM CET |  | Data directory: /var/lib/boinc
Wed 18 Dec 2019 08:59:21 AM CET |  | OpenCL CPU: pthread-Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz (OpenCL driver vendor: The pocl project, driver version 1.5-pre, device version OpenCL 1.2 pocl HSTR: pthread-x86_64-unknown-linux-gnu-skylake)
Wed 18 Dec 2019 08:59:21 AM CET |  | No usable GPUs found
Wed 18 Dec 2019 08:59:21 AM CET |  | [libc detection] gathered: 2.30, GNU libc
Wed 18 Dec 2019 08:59:21 AM CET |  | Host name: fedo-mansion-ada
Wed 18 Dec 2019 08:59:21 AM CET |  | Processor: 8 GenuineIntel Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz [Family 6 Model 158 Stepping 9]
Wed 18 Dec 2019 08:59:21 AM CET |  | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d
Wed 18 Dec 2019 08:59:21 AM CET |  | OS: Linux Fedora: Fedora 31 (Workstation Edition) [5.3.16-300.fc31.x86_64|libc 2.30 (GNU libc)]
Wed 18 Dec 2019 08:59:21 AM CET |  | Memory: 15.60 GB physical, 7.86 GB virtual
Wed 18 Dec 2019 08:59:21 AM CET |  | Disk: 68.39 GB total, 41.99 GB free
33) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94381
Posted 19 Dec 2019 by boistordu
sorry but where would be that log?
Because I don't have anything really consistent with that in /var/lib/boinc
or do you want me to copy paste the event log of boinc manager?

boinc]$ ls
account_setiathome.berkeley.edu.xml     gui_rpc_auth.cfg                        sched_reply_setiathome.berkeley.edu.xml
account_www.worldcommunitygrid.org.xml  job_log_setiathome.berkeley.edu.txt     sched_reply_www.worldcommunitygrid.org.xml
all_projects_list.xml                   job_log_www.worldcommunitygrid.org.txt  sched_request_setiathome.berkeley.edu.xml
client_state_prev.xml                   lockfile                                sched_request_www.worldcommunitygrid.org.xml
client_state.xml                        lookup_account.xml                      slots
coproc_info.xml                         lookup_website.html                     statistics_setiathome.berkeley.edu.xml
daily_xfer_history.xml                  master_setiathome.berkeley.edu.xml      statistics_www.worldcommunitygrid.org.xml
get_current_version.xml                 master_www.worldcommunitygrid.org.xml   stderrgpudetect.txt
get_project_config.xml                  notices                                 stdoutgpudetect.txt
global_prefs.xml                        projects                                time_stats_log


there is nothing really important in the std* txt file and there is no where I can see i nthe documentation the location fo the log for boinc and nothing in /var/log/
Or do you want me to activate some logs flags in the manager?
Best regards
34) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94340
Posted 17 Dec 2019 by boistordu
sorry for the delay.
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation GM204 [GeForce GTX 970] (rev a1)


And I've isntalled the nvidia proprietary drivers and cuda from nvidia so I guess it should be packaged into that no?
How would I verify that accurately?
$ inxi -GS
System:    Host: fedo-mansion-ada Kernel: 5.3.16-300.fc31.x86_64 x86_64 bits: 64 Desktop: Gnome 3.34.2 
           Distro: Fedora release 31 (Thirty One) 
Graphics:  Device-1: NVIDIA GM204 [GeForce GTX 970] driver: nvidia v: 440.36 
           Display: x11 server: Fedora Project X.org 1.20.6 driver: nvidia resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 970/PCIe/SSE2 v: 4.6.0 NVIDIA 440.36
35) Message boards : GPUs : no usable GPUs found fedora 31 workstation
Message 94263
Posted 14 Dec 2019 by boistordu
Hi,

I've installed the nvidia proprietary installed, installed boinc, add projects. steam games are working, proof that the videos drivers are working. So is there a symbolic link that I should do somewhere because boinc doesn't find the right libraries?
OS: fedora 31 workstation

Thanks in advance for all the leads you could provide.
36) Message boards : Questions and problems : no running task while computer is not in use
Message 92339
Posted 30 Jul 2019 by boistordu
I've made the exact same request on the community board from einstein since the problem seems to originate from there:

Here what I've posted:

1/ I'm a member since ... more than 12 years ? at least for seti so I know pretty well how Boinc works

2/ there was a long list of tasks int the waiting list, but there was 3 tasks from einstein that were somehow blocking the process

3/ As I said, the tasks from einstein were running only when the computer was in use.

4/ I can generalise the previous point to all task since nothing was running at all.

4bis/ the 3 task were due for the 18th july, so several days ago-> so the problem have been occuring for quite a few days now without I noticed it since it's not one of my primary hosts.

5/ the preference were explicitly said as loaded from the website of einstein since it was the last update of the settings.

6/ I definitely think that there is a logic problem in the xml server. Maybe only on my account, maybe in general I don't know.

7/ Why do I think that? Because I uninstalled this afternoon boinc, restart, rename the old boinc data folder, reinstalled boinc, designated the new data folder (but since those settings are in the registry I didn't have to specify anything), reattached to worldcommunitygrid and setiathome, change the location to work for computing preferences, and YAY again the same problem.

8/ I've looked in the prefs of the application and here we go again, the einstein prefs from the website....

=> the problem is on the server

9/ I've change one single setting (number of cpu to 33%) in the worldcommunitygrid prefs and setiathome pref to have something more up-to-date than einstein and VOILA... the tasks are running again

=> yeah the problem is defintely on the einstein server part.





So this is not a local file problem, since folder renamed,

it is not a local pref, since it was loaded from the website,

it is not a setting in the preferences itself on the website, since I try to have the same everything on every project and with other rpef file it works.





So can you maybe enlighten me here where I'm mistaking or where I've done something wrong or why my test topology is not accurate?

Best regards


But in the event log it was totally normal for the application since it was acting accordingly to what it finds on the einstein pref server.
And as demonstrated, it works with other prefs from other project. So I think it's limited to the coding of the xml from einstein. Maybe it's limited to my account, maybe it's ageneral thing, I don't know. But nevertheless I don't see how it could be a problem from the local host since it only downloads the xml parameters, correct ?

Anyway I have still the the screenshot from the task list + the renamed old folder if it is needed. Just tell me what to upload and I'll do it.
37) Message boards : Questions and problems : no running task while computer is not in use
Message 92316
Posted 30 Jul 2019 by boistordu
I have a strange behaviour happening.
no task are running while the computer is not in use.
yes I've doubled checked.

There ais absolutely no sense into this and no logic case. The CPU is not busy while doing something else, the screensaver is literraly saying that because it is not in use there is not running app.

What's the cause of it?
38) Message boards : Questions and problems : problem windows 10 creator update one more issue
Message 77533
Posted 22 Apr 2017 by boistordu
Hi,

I don't know how exactly boinc interacts with the tasks and the graphic cards but nevertheless, since this update of win10 we've seen so far 2 major problems of boinc projects and this update.
I would like to add one which is linked to the graphic problem.
my computers (3 of them which are windows desktops) all completely freeze at a certain point.
project running:
-seti
-eintein
-worldcommunity

all of these project or one of them or maybe the activity of boinc iteself seems responsible of these freeze. no event log of course since it is a freeze, it needs a hard reset each time. everything usual have been done, reinstall drivers, boinc, ...
I've managed for now to isolate the problem by creating a vm structure on each desktop with hyper-vm (since i'm using docker too). It is heavy of course but necessary to be sure to isolate step by step the problem. I've been led to that conclusion since I red here that all the founder devs of boinc which had skill in win coding have left-> linux VM

So since we are facing lack of win programming skills, my advice it's to create small vm of linux with boinc inside even in 32 bits until we recover of this loss.

configuration of the hosts:
i7 6770k or 7770k
970gtx or 1070 gtx or 1080 gtx
win 10 creator update.
boinc version 7.6.33

if you need me te create a bug report somewhere just tell me but I wouldn't be able to pull some logs or anything since a freeze doesn't produce anything except freeze.
39) Message boards : Questions and problems : virtualbox 5.0 not recognized by boinc
Message 63010
Posted 11 Jul 2015 by boistordu
thank you very much for your help :)
40) Message boards : Questions and problems : virtualbox 5.0 not recognized by boinc
Message 63008
Posted 11 Jul 2015 by boistordu
really great guys for the ultra-fast reply.
I know that better to work with the virtualbox included but since i need virtualbox also for other VM with XORG server...
as I say virtualbox 5.0 is really a huge improvement for the network drivers installations which don't screw up anymore and also for Xorg virtualization, at least for those two things.

So as users we don't have to do anything? only project as atlas etc have to change their files?
Previous 20 · Next 20

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.