PL is only using TF2.4 at present, and my experience with a TF2.5 install is that there are package incompatibilities between TF2.5 dependencies and PL dependencies.
Does the problem persist if you use a cuda toolkit known to be compatible with TF2.4 and your OS, e.g. for me on Windows 10: 11.0.221 + cuDNN 8.0.5.39 ?
Pretty interesting. I have CUDA 11.2 while @Loki has 11.3.
both shouldn’t be compatible with TF2.4 in PL
Ok, so I will downgrade to Cuda toolkit 11.1 and see if it will work again.
BRB
Hey
Sorry for not returning to this topic yet, we have not managed to reproduce it properly on our end.
You mentioned that it was the latest update (0.12.8) where you noticed this issue @DrGM, and it was working fine just before?
Was it the same for you @Loki where it stopped working after an update and was working fine before then?
I believe @Loki also tried on a CPU only setup so it may not be related to the GPUs.
I am not very sure, but it’s 7-8 months old as i don’t update regularly. probably in version 0.11.xx
but i can’t be sure.
**Side note: i downgraded CUDA toolkit to version 11.0 after clean installation.
now when i use command “nvidia-smi” i get cuda version 11.2
but when i use command “nvcc --version” i get cuda version 11.0
Hmm, I’m not sure about the CUDA, looks like you got duplicate installations running? Maybe changing the environment variables can help.
For the PL error, would you mind trying two things?
Press F12 to open the browser console, then press the Console tab at the top and send anything you see in there after the previews are not showing.
Is your current installation inside an environment? Can you try creating a new environment and installing PL in that one, and then start up PL in any browser in Incognito/Private mode?
Step2:
I am not using environment. however I did use an environment now and suddenly “cudnn64_8.dll” showed as missing file in CMD.
2021-06-09 22:40:43.200162: W tensorflow/stream_executor/platform/default/dso_loader.cc:60] Could not load dynamic library ‘cudnn64_8.dll’; dlerror: cudnn64_8.dll not found
2021-06-09 22:40:43.200235: W tensorflow/core/common_runtime/gpu/gpu_device.cc:1757] Cannot dlopen some GPU libraries. Please make sure the missing libraries mentioned above are installed properly if you would like to use GPU. Follow the guide at https://www.tensorflow.org/install/gpu for how to download and setup the required libraries for your platform.
Skipping registering GPU devices…
Anyway, the PL opens with the same initial problem.
as for the step one of your recommendation:
Layout was forced before the page was fully loaded. If stylesheets are not yet loaded this may cause a flash of unstyled content. contentInject.js:5251:17
[KEYCLOAK] Usage of legacy style promise methods such as .error() and .success() has been deprecated and support will be removed in future versions. Use standard style promise methods such as .then() and .catch()` instead. 0.3f4117f65c7d6f13a74b.js:282:261
I found a work around:
press windows logo+R
“regedit”
find: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes.js
change: Content Type: text/plain
to: Content Type: application/javascript
problem temporarily solved. works on firefox, but not working on chrome.
@DrGM I sympathise. I’ve been there, and untangling it is a pain. It’s one reason I really only use cudatoolkit inside environments, using Anaconda to provide the cudatoolkit & cuDNN and then pip exclusively to install everything else.
I notice the different version reported by nvcc and that suggests to me a careful inspect of environment variables is in order; I think something is looking somewhere specific (hard coded? separate option in e…g. Visual Studio?) and something else is going via an environment variable…