Thanks for the notice!

Thanks for the notice!

Hi,

why is it that my gpugrid keeps saying "communication deferred"?

It was working fine before. Any way I can fix this? :(

même chose ici

même chose ici

10/12/2015 06:45:22 | | Project communication failed: attempting access to reference site
10/12/2015 06:45:23 | | Internet access OK - project servers may be temporarily down.

Yup, we need more WU. Short runs are totally forgotten...

An alternative to GPUGRID, Poem, which also offers Bio GPU units.

http://boinc.fzk.de/poem/

http://boinc.fzk.de/poem/gpu_list.php

@+
*_*
____________

FYI: I'm still having network access problems:
1. Stalled up/downloads
2. There are 3 tasks in progress according to my host's status page, but in reality there's only two (this host has only one GPU)
These problems were severe on 9th Dec, but it seems that the reason of these problems are not related to DNS replication.

Zoltan, perhaps your host has not refreshed its DNS cache. A reboot would help in that case.
____________

Zoltan, perhaps your host has not refreshed its DNS cache. A reboot would help in that case.

Cc je suis en France je parle juste français

Apprenez donc

FYI: I'm still having network access problems:
1. Stalled up/downloads
2. There are 3 tasks in progress according to my host's status page, but in reality there's only two (this host has only one GPU)
These problems were severe on 9th Dec, but it seems that the reason of these problems are not related to DNS replication.

I am have been having the same problems since the change to the new network. But for me, it happens occasionally during downloads only (definitely more often than before), and it involves only one file in the WU downloading. To continue with the download, I can either press "renter now " when the status is "Download reentry in xx:xx:xx" or exit boinc and then run it again.

même chose ici

Project communication failed: attempting access to reference site
Internet access OK - project servers may be temporarily down.

FYI: I'm still having network access problems:
1. Stalled up/downloads
2. There are 3 tasks in progress according to my host's status page, but in reality there's only two (this host has only one GPU)
These problems were severe on 9th Dec, but it seems that the reason of these problems are not related to DNS replication.

I am have been having the same problems since the change to the new network. But for me, it happens occasionally during downloads only (definitely more often than before), and it involves only one file in the WU downloading. To continue with the download, I can either press "renter now " when the status is "Download reentry in xx:xx:xx" or exit boinc and then run it again. Sometimes, I have to do this more than once. But most of the time, the downloads go smoothly.

I haven't lost a WU yet, due to this problem. Knock wood!

I just want to add that this is happening on my windows xp computer, only. The windows 10 machine is downloading WUs with no problems, so far.

And sometimes, more than one file gets stuck.

I too just noticed I had a task that timed out without a response on me. I went over the BOINC log and couldn't find its name. I did notice the following in the log for December 29th however (when the task was assigned to me):

Still getting these errors on most of my downloads. Eventually they come through.

Thu 07 Jan 2016 02:42:14 PM CST | GPUGRID | Temporarily failed download of e20s36_e16s2p1f382-GERARD_CXCL12_DIMPROTO1-0-pdb_file: transient HTTP error
Thu 07 Jan 2016 02:42:14 PM CST | GPUGRID | Backing off 00:02:24 on download of e20s36_e16s2p1f382-GERARD_CXCL12_DIMPROTO1-0-pdb_file
Thu 07 Jan 2016 02:42:15 PM CST | GPUGRID | Temporarily failed download of e20s36_e16s2p1f382-GERARD_CXCL12_DIMPROTO1-0-psf_file: transient HTTP error
Thu 07 Jan 2016 02:42:15 PM CST | GPUGRID | Backing off 00:02:44 on download of e20s36_e16s2p1f382-GERARD_CXCL12_DIMPROTO1-0-psf_file
Thu 07 Jan 2016 02:42:17 PM CST | | Internet access OK - project servers may be temporarily down.
Thu 07 Jan 2016 02:42:30 PM CST | | Project communication failed: attempting access to reference site
Thu 07 Jan 2016 02:42:30 PM CST | GPUGRID | Temporarily failed download of e20s3_e16s18p1f222-GERARD_CXCL12_DIMPROTO1-0-pdb_file: transient HTTP error
Thu 07 Jan 2016 02:42:30 PM CST | GPUGRID | Backing off 00:02:54 on download of e20s3_e16s18p1f222-GERARD_CXCL12_DIMPROTO1-0-pdb_file
Thu 07 Jan 2016 02:42:31 PM CST | | Internet access OK - project servers may be temporarily down.

Now that you mention it, I am too. There are several earlier entries, this is just the most recent. I never paid any attention to it before. Whether it is a big problem or not I have no idea.

Still getting these errors on most of my downloads. Eventually they come through.

I have lost 2 WUs while downloading on my windows xp machine:

https://www.gpugrid.net/result.php?resultid=14844544

https://www.gpugrid.net/result.php?resultid=14843167


The WUs were both GERARD_A2AR_luf6806.


Here is the event log:

1/13/2016 9:14:52 PM | GPUGRID | Requesting new tasks for NVIDIA GPU
1/13/2016 9:14:54 PM | GPUGRID | Scheduler request completed: got 1 new tasks
1/13/2016 9:14:56 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-LICENSE
1/13/2016 9:14:56 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-COPYRIGHT
1/13/2016 9:14:58 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-LICENSE: permanent HTTP error
1/13/2016 9:14:58 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-COPYRIGHT: permanent HTTP error
1/13/2016 9:14:58 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-coor_file
1/13/2016 9:14:58 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-vel_file
1/13/2016 9:14:59 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-coor_file: permanent HTTP error
1/13/2016 9:14:59 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-vel_file: permanent HTTP error
1/13/2016 9:14:59 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-idx_file
1/13/2016 9:14:59 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-pdb_file
1/13/2016 9:15:00 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-idx_file: permanent HTTP error
1/13/2016 9:15:00 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-pdb_file: permanent HTTP error
1/13/2016 9:15:00 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-psf_file
1/13/2016 9:15:00 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-par_file
1/13/2016 9:15:01 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-psf_file: permanent HTTP error
1/13/2016 9:15:01 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-par_file: permanent HTTP error
1/13/2016 9:15:01 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-conf_file_enc
1/13/2016 9:15:01 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-metainp_file
1/13/2016 9:15:02 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-conf_file_enc: permanent HTTP error
1/13/2016 9:15:02 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-metainp_file: permanent HTTP error
1/13/2016 9:15:02 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-hills_file
1/13/2016 9:15:02 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-xsc_file
1/13/2016 9:15:03 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-hills_file: permanent HTTP error
1/13/2016 9:15:03 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-xsc_file: permanent HTTP error
1/13/2016 9:15:03 PM | GPUGRID | Started download of e1s42_4-GERARD_A2AR_luf6806_b1-0-prmtop_file
1/13/2016 9:15:04 PM | GPUGRID | Giving up on download of e1s42_4-GERARD_A2AR_luf6806_b1-0-prmtop_file: permanent HTTP error
1/13/2016 9:16:04 PM | GPUGRID | Sending scheduler request: To report completed tasks.
1/13/2016 9:16:04 PM | GPUGRID | Reporting 1 completed tasks

I would like to report, that I have occasionally download problems until this date (individual files get stuck). This was not a concern, when there have not been many WUs around, but now when the pipeline is full, it is quite boring.

I would like to report, that I have occasionally download problems until this date (individual files get stuck). This was not a concern, when there have not been many WUs around, but now when the pipeline is full, it is quite boring.

Yes me too, stuck file usually downloads after a few hours before the task running is finished however 2 times recently it has been stuck for over 4 hours and this left GPU idle for a few hours. I hate that. Crunching computer is running using electricity, belching fire into our skies and no work is being done.

A single upload file also often gets stuck. Haven't lost bonus credit yet because of it but gone close a few times. Not good.

If I had a slower GPU this server malfunction would make me consider crunching another project where the download/upload server works properly. Perhaps even F@H.

recently i saw one article For All Portable issue problems.But after one week the content got changed to some game content...may be be that is because of my browser issue ..pls try read this article that gives exact solutions...also inform me about the issue i am facing....the link is http://bit.do/solveportableissues

Still having the same download issue. Recently brought my XP machine back to crunch here. It has the same issue. Downloads get stuck for hours. This is the only project of 7 that I'm currently running that does this and since it's On 2 different machines/OSs the problem is not on my end. PLEASE FIX THIS!

I can confirm this; it is not on my end! The problem has aroused when the project changed the network. It seems to me that the new network cannot cope with the size of data transferred from the server to the user and vice versa.

I had up-load problems before, but assumed this is caused by the ADSL contracted. But since the network change, it happens also when downloading files from the server.

Two comments:
First, another project is now happy with the spare GPU time.
Second, although it was lengthy discussed in another forum, because of this download problem, I suggest, the maximal WUs per GPU should be increased to three as the fastest cards get a better load with parallel crunching.

I routinely see delays of 10 to 20 minutes or so on downloads and a few uploads. I see it on both wired and wireless connections. It is annoying when I am running my GTX 750 Tis and am trying to make the 24 hour limit.

Maybe their servers are just overloaded?

I've forwarded your complaints to our IT service. Indeed delays in download/upload could be caused by the new network. I'll keep you updated!

I've forwarded your complaints to our IT service. Indeed delays in download/upload could be caused by the new network. I'll keep you updated!

FYI: I'm still having network access problems:
1. Stalled up/downloads
2. There are 3 tasks in progress according to my host's status page, but in reality there's only two (this host has only one GPU)
These problems were severe on 9th Dec, but it seems that the reason of these problems are not related to DNS replication.

I am have been having the same problems since the change to the new network. But for me, it happens occasionally during downloads only (definitely more often than before), and it involves only one file in the WU downloading. To continue with the download, I can either press "renter now " when the status is "Download reentry in xx:xx:xx" or exit boinc and then run it again. Sometimes, I have to do this more than once. But most of the time, the downloads go smoothly.

I haven't lost a WU yet, due to this problem. Knock wood!

I just want to add that this is happening on my windows xp computer, only. The windows 10 machine is downloading WUs with no problems, so far.

And sometimes, more than one file gets stuck.

7 tries and 5 1/2 hours wasted trying to download 1 file because every time the download fails the wait period for the next try gets longer. This is ridiculous. I thinks it's time to move somewhere else until this issue is resolved. 2+ months is long enough for me.

7 tries and 5 1/2 hours wasted trying to download 1 file because every time the download fails the wait period for the next try gets longer. This is ridiculous. I thinks it's time to move somewhere else until this issue is resolved. 2+ months is long enough for me.

7 tries and 5 1/2 hours wasted trying to download 1 file because every time the download fails the wait period for the next try gets longer. This is ridiculous. I thinks it's time to move somewhere else until this issue is resolved. 2+ months is long enough for me.

Our complaints were forwarded to the IT service a week ago, however this problem exists since the changes in the network. I guess it's a misconfigured routing table (or more of them), which is quite hard to spot, especially when not all traffic is affected by it. A spare project could help to reduce the idle GPU time, so when the network issues will be fixed at GPUGrid's campus, your host will automatically stop downloading from the other (spare, 0 resource share) project.

What would cause the master file to be needed again?

To test a little theory of mine - what OS is having these problems? Linux, Windows, OS X? Or all three? I'm Windows, and I see the downloads stalling sometimes - but the work is usually fully downloaded by the time I need it.

To test a little theory of mine - what OS is having these problems? Linux, Windows, OS X? Or all three? I'm Windows, and I see the downloads stalling sometimes - but the work is usually fully downloaded by the time I need it.

To test a little theory of mine - what OS is having these problems?

Hi nanoprobe and the gpugrid community,

I have forwarded this issue already several times to our local IT service but apparently they also have to forward it to some other higher IT service and I'm not sure to which extent we have power to prioritize our problem. I kindly ask you to be patient. I particularly share your frustration and I will try to keep insisting them to fix the problem.

I just noticed another phantom task that was assigned to me, but my BOINC client never got the scheduler's response:

Intrigued by this post by Bjarke I decided to do some trace-routing for GPUGRID and my other projects (WCG and POEM). Here's the output from tracert, having appended the geographic location of each hop using http://www.ipligence.com/geolocation:

A tracert from eastern Pennsylvania seems simple enough. My guess is that it is a local problem near UPF.
Or maybe there is more than one problem? It seems to be worse for some people than others.

3 9 ms 13 ms 11 ms 207.172.196.203
4 11 ms 11 ms 11 ms xe-7-0-2.bar2.Philadelphia1.Level3.net [4.30.46.33]
5 107 ms 105 ms 107 ms ae-1-3101.bar1.Madrid2.Level3.net [4.69.210.222]
6 107 ms 111 ms 107 ms ae-1-3101.bar1.Madrid2.Level3.net [4.69.210.222]
7 106 ms 108 ms 113 ms 213.242.113.78
8 113 ms 118 ms 113 ms TELMAD.AE4.uv.rt1.val.red.rediris.es [130.206.245.89]
9 121 ms 119 ms 119 ms anella-val1-router.red.rediris.es [130.206.211.70]
10 * * * Request timed out.
11 119 ms 118 ms 119 ms grosso.upf.edu [84.89.134.145]

I wonder if it is possible for BOINC, or some ancillary program, to do a tracert on a file as it is being downloaded? That would be more useful in finding the sticking points than doing a tracert after the fact, when conditions have changed.

Did I miss something?

I installed my old GTX970 GPU on a Linux Mint Computer a few days ago:
Operating system: Linux Mint 17.3 Cinnamon 32-bit
Cinnamon Version: 2.8.6
Linux Kernel: 3.19.0-32-generic
AMD FX™-6100 Six-Core Priocessorx3
Memory: 7.8GiB
Hard Drive: 114.7 GB
Graphics Card: Nvidia Corporation GF110 [GeForce GTX570 Rev.2]

I have not received any work until today, although the Server Status indicates that there are “Tasks ready to send: 181”. However, I do receive PRIMEGRID.net Wus for my GTX570 without any problem! And all my Windows machines are loaded with work. So I do not understand what is wrong.

Please find the relevant log below:

Mon 14 Mar 2016 09:25:38 AM PET | | Starting BOINC client version 7.2.42 for i686-pc-linux-gnu
Mon 14 Mar 2016 09:25:38 AM PET | | log flags: file_xfer, sched_ops, task
Mon 14 Mar 2016 09:25:38 AM PET | | Libraries: libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
Mon 14 Mar 2016 09:25:38 AM PET | | Data directory: /var/lib/boinc-client
Mon 14 Mar 2016 09:25:38 AM PET | | CUDA: NVIDIA GPU 0: GeForce GTX 570 (driver version unknown, CUDA version 7.5, compute capability 2.0, 1279MB, 1144MB available, 1530 GFLOPS peak)
Mon 14 Mar 2016 09:25:38 AM PET | | OpenCL: NVIDIA GPU 0: GeForce GTX 570 (driver version 352.63, device version OpenCL 1.1 CUDA, 1279MB, 1144MB available, 1530 GFLOPS peak)
Mon 14 Mar 2016 09:25:38 AM PET | | Host name: kle1boinc-GA-970A-D3
Mon 14 Mar 2016 09:25:38 AM PET | | Processor: 6 AuthenticAMD AMD FX(tm)-6100 Six-Core Processor [Family 21 Model 1 Stepping 2]
Mon 14 Mar 2016 09:25:38 AM PET | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nonstop_tsc extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext perfctr_core perfctr_nb arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold vmmcall
Mon 14 Mar 2016 09:25:38 AM PET | | OS: Linux: 3.19.0-32-generic
Mon 14 Mar 2016 09:25:38 AM PET | | Memory: 7.89 GB physical, 7.98 GB virtual
Mon 14 Mar 2016 09:25:38 AM PET | | Disk: 109.15 GB total, 98.89 GB free
Mon 14 Mar 2016 09:25:38 AM PET | | Local time is UTC -5 hours
Mon 14 Mar 2016 09:25:38 AM PET | | Config: GUI RPCs allowed from:
Mon 14 Mar 2016 09:25:38 AM PET | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7953465; resource share 100
Mon 14 Mar 2016 09:25:38 AM PET | PrimeGrid | URL http://www.primegrid.com/; Computer ID 511403; resource share 0
Mon 14 Mar 2016 09:25:38 AM PET | | General prefs: from http://www.malariacontrol.net/ (last modified 08-May-2012 21:54:17)
Mon 14 Mar 2016 09:25:38 AM PET | | Host location: none
Mon 14 Mar 2016 09:25:38 AM PET | | General prefs: using your defaults
Mon 14 Mar 2016 09:25:38 AM PET | | Reading preferences override file
Mon 14 Mar 2016 09:25:38 AM PET | | Preferences:
Mon 14 Mar 2016 09:25:38 AM PET | | max memory usage when active: 4037.73MB
Mon 14 Mar 2016 09:25:38 AM PET | | max memory usage when idle: 7267.92MB
Mon 14 Mar 2016 09:25:38 AM PET | | max disk usage: 54.57GB
Mon 14 Mar 2016 09:25:38 AM PET | | max CPUs used: 5
Mon 14 Mar 2016 09:25:38 AM PET | | suspend work if non-BOINC CPU load exceeds 50%
Mon 14 Mar 2016 09:25:38 AM PET | | max download rate: 409600 bytes/sec
Mon 14 Mar 2016 09:25:38 AM PET | | max upload rate: 204800 bytes/sec
Mon 14 Mar 2016 09:25:38 AM PET | | (to change preferences, visit a project web site or select Preferences in the Manager)
Mon 14 Mar 2016 09:25:38 AM PET | | gui_rpc_auth.cfg is empty - no GUI RPC password protection
Mon 14 Mar 2016 09:25:38 AM PET | | Not using a proxy
Mon 14 Mar 2016 09:25:39 AM PET | SETI@home | Sending scheduler request: To fetch work.
Mon 14 Mar 2016 09:25:39 AM PET | SETI@home | Requesting new tasks for NVIDIA
Mon 14 Mar 2016 09:25:43 AM PET | SETI@home | Scheduler request completed: got 0 new tasks
Mon 14 Mar 2016 09:29:48 AM PET | | Fetching configuration file from http://www.gpugrid.net/get_project_config.php
Mon 14 Mar 2016 09:30:35 AM PET | GPUGRID | Master file download succeeded
Mon 14 Mar 2016 09:30:40 AM PET | GPUGRID | Sending scheduler request: Project initialization.
Mon 14 Mar 2016 09:30:40 AM PET | GPUGRID | Requesting new tasks for CPU and NVIDIA
Mon 14 Mar 2016 09:30:45 AM PET | GPUGRID | Scheduler request completed: got 0 new tasks
Mon 14 Mar 2016 09:30:45 AM PET | GPUGRID | No tasks sent
Mon 14 Mar 2016 09:30:45 AM PET | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card)
Mon 14 Mar 2016 09:30:47 AM PET | GPUGRID | Started download of logogpugrid.png
Mon 14 Mar 2016 09:30:47 AM PET | GPUGRID | Started download of project_1.png
Mon 14 Mar 2016 09:30:49 AM PET | GPUGRID | Finished download of logogpugrid.png
Mon 14 Mar 2016 09:30:49 AM PET | GPUGRID | Started download of project_2.png
Mon 14 Mar 2016 09:30:52 AM PET | GPUGRID | Finished download of project_1.png
Mon 14 Mar 2016 09:30:52 AM PET | GPUGRID | Finished download of project_2.png
Mon 14 Mar 2016 09:30:52 AM PET | GPUGRID | Started download of project_3.png
Mon 14 Mar 2016 09:31:20 AM PET | GPUGRID | Sending scheduler request: To fetch work.
Mon 14 Mar 2016 09:31:20 AM PET | GPUGRID | Requesting new tasks for NVIDIA
Mon 14 Mar 2016 09:31:25 AM PET | GPUGRID | Scheduler request completed: got 0 new tasks
Mon 14 Mar 2016 09:31:25 AM PET | GPUGRID | No tasks sent
Mon 14 Mar 2016 09:31:25 AM PET | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card)
Mon 14 Mar 2016 09:44:11 AM PET | GPUGRID | Sending scheduler request: To fetch work.
Mon 14 Mar 2016 09:44:11 AM PET | GPUGRID | Requesting new tasks for NVIDIA
Mon 14 Mar 2016 09:44:14 AM PET | GPUGRID | Scheduler request completed: got 0 new tasks
Mon 14 Mar 2016 09:44:14 AM PET | GPUGRID | No tasks sent
Mon 14 Mar 2016 09:44:14 AM PET | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card)

Dear all,

As I have not received an answer to my post above. I would like to repeat my request. Does anybody have an idea, why I can't get WUs on this Linux System? Is it because of the type of the card? Shall I try with a newer generation GTX670? Or is it because of the 32 Bit Linux?

Any comment would be highly appreciated! Thanks.

Your 32 bit linux is a problem. There are no 32 bit linux apps listed on https://www.gpugrid.net/apps.php

I also don't know if compute capability 2.0 is enough any more. There was a thread listing the minimum but I can't find it any more.

And, if that's not enough, your driver version is not listed.

Your log says

Mon 14 Mar 2016 09:25:38 AM PET | | CUDA: NVIDIA GPU 0: GeForce GTX 570 (driver version unknown, CUDA version 7.5, compute capability 2.0, 1279MB, 1144MB available, 1530 GFLOPS peak)

but mine says

14-Mar-2016 22:04:40 [---] CUDA: NVIDIA GPU 0: GeForce GTX 750 Ti (driver version 355.11, CUDA version 7.5, compute capability 5.0, 2047MB, 2010MB available, 1388 GFLOPS peak)


and it is useful to know what driver version you are running.