-
Notifications
You must be signed in to change notification settings - Fork 128
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installation failure in University of Leipzig cluster #3589
Comments
It is related to udunits2, which is apparently not able to find its units database (the file |
Thank you for your answer @bouweandela , I did install everything with mamba though. Will try again and also try manually setting the path as well. |
this is most probably because there was no |
hello @valeriupredoi below is the version of cf_units that I am using packages in environment at /opt/miniforge3/envs/esmvaltool: Name Version Build Channel |
Hello I still haven't found a solution for this. A colleague has made a global installation of esmvaltool that works for him either by logging in with his credentials or with mine, but when I try to run esmvaltool I get the exact same issue as I posted above. Does anyone know what might be happening? Thank you |
@bouweandela when I activate the esmvaltool enviroment the path exists, and I get the same error evwen when I set the path manualy:
@valeriupredoi , I get the error when I have activated the environment with conda, this is what I get from 'conda list cf-units':
Nobody in my research group is being able to help - we're all puzzled! thanks! |
@jumin94 am looking at this in more detail right now 👍 Could you pls tell me what OS you running on, and what version of udunits2 is installed in the env? Cheers! |
it appears this has been encountered by others, but it's a ghost bug ie nobody apart from the OPs can reproduce the issue pydata/xarray#4257 - suggestions range from recreating the env, clearing conda cache etc - I honestly think this is an actual system-specific bug, and is fully reproducible until they patch it. Let's get the ball rolling by getting the info on OS, udunits2 version, and contents of the |
Thank you @valeriupredoi - it's interesting to see that others have this issue too, below is the information: OS:
cf-units
However, something very very weird happened, today I installed the VPN to the cluster in a different notebook and connected - now it works. I don't understand why or how. If you want to close this, I'm OK with it, this is certainly a problem with our cluster or with my personal computer. It still remains a mystery to me and I'm happy to continue trying things in the other notebook to see what happended. Cheers |
If you want to close this, please go ahead, although it would be amazing to know how to fix this, given that now I'm only able to run esmvaltool on this server if I connect from my personal computer! |
Hi @jumin94 give me a few, not closing it just yet, would like to see if I can replicate the issue - what exactly did the VPN install you mentioned do, please? Looking at this toddy 👍🍺 |
The VPN is the Leipzig University VPN: https://www.urz.uni-leipzig.de/unsere-services/servicedetail/service/vpn-zugang-zum-uni-netz But I find that this is not relevan, what is relevant is that wehn I connect to the cluster from a differnt notebook (using VPN or wired connection) I can run esmvaltool with no problems, but when I do it from one particular laptop I can't. I have no idea how this is possible, given that I understood that once I did ssh to a server it didn't matter what laptop I was doing it from. |
From your description, it sounds like this may be an issue with your locale settings. We have some advice on how to correct that here: https://docs.esmvaltool.org/en/latest/quickstart/installation.html#problems-when-using-ssh As a bit of background: any error messages when loading the units database are hidden by this code: |
indeed, after reading @jumin94 's latest comments I was heading over to messing with the |
perhaps this exact issue here? pydata/xarray#4257 |
Based on your last comment, and that it seems that the issue stems from the LC_NUMERIC locale variable is being set to a locale where the decimal point is a comma (,) instead of a period (.), causing conflicts with cf_units. We added the following line to the ~/.bashrc file, which fixes the issue:
do you think this is a good solution @valeriupredoi ? |
@jumin94 good find! As @bouweandela aslo points out in SciTools/cf-units#435 that is indeed the problem causing such troubles; setting the |
I am installing esmvaltool using mamba at the Leipzig Institute for Meteorology and once I complete all the steps and apparently finishing a successful instalation I activate the enviroment and try "esmvaltool -h" but get the message below. Does anyone know what this is related to or what I can do to solve it?
The text was updated successfully, but these errors were encountered: