Dependency issue installing DevStack - openstack

I am trying to install Openstack using DevStack. After correctly creating the user stack and running ./stack.sh, the script starts to install the required dependencies until it hits Obtaining file:///opt/stack/cinder. Then I obtain the following errors:
Exception:
ContextualVersionConflict: (grpcio 1.21.1 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('grpcio<1.16.0,>=1.0.0'), set(['tooz']))
I understand that there is a conflict in grpcio, but I don't know how to solve it. I already unsuccessfully tried to install a specific version between 1.0.0 and 1.16.0.
The Devstack version I am using is the latest from the git master.

I think I solved the problem myself.
I had the tooz package installed with version 1.62 which was causing the issue.
After removing that package the installation completed.

Related

Can't installing azureml-sdk on Mac M1

I'm trying to install azureml-sdk in a Mac M1 with Python 3.9.15 and facing the following problems:
When I pip install azureml-sdk, it installs an old version (azureml==1.0.23)
If I run:
from azureml.core import Workspace
ws = Workspace.from_config()
I get the following error:
AttributeError: 'BasicTokenAuthentication' object has no attribute 'get_token'
And if I try to install the latest azureml-sdk version with
pip install azureml-sdk==1.48.0
I get the following error:
ERROR: Cannot install azureml-dataset-runtime because these package versions have conflicting dependencies.
The conflict is caused by:
azureml-dataprep 4.8.3 depends on azureml-dataprep-native<39.0.0 and >=38.0.0
azureml-dataprep 4.8.2 depends on azureml-dataprep-native<39.0.0 and >=38.0.0
azureml-dataprep 4.8.1 depends on azureml-dataprep-native<39.0.0 and >=38.0.0
azureml-dataprep 4.8.0 depends on azureml-dataprep-native<39.0.0 and >=38.0.0
To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip attempt to solve the dependency conflict
ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts
Any ideas? Thanks in advance
Regarding the first error you cited, this error is typically experienced when the provided login credentials for the Azure Machine Learning workspace are incorrect.
Verify the access rights for the workspace on the service principal you are using for authentication.
Make sure the configuration file you use for authentication is formatted correctly and has all the necessary elements.
Use the newly created service principal and configuration file to authenticate.
The second error is because these package versions have conflicting dependencies, typically experienced when there is a conflict between the dependencies of the installed packages.
You might attempt the following solutions to troubleshoot this problem:
Try downgrading or upgrading the conflicting packages' versions until you find one that works with the Azure Machine Learning SDK.
To avoid installing the dependencies, try installing the Azure Machine Learning SDK using the —no-deps parameter.
If the issue still exists, you can try deleting and then reinstalling every package linked to Azure Machine Learning.

Openstack/devstack Installation - The conflict is caused by: oslo-vmware 3.9.1 depends on suds-jurko>=0.6

I am trying to install devstack on Ubuntu 18.04, using the guide in https://docs.openstack.org/devstack/latest/.
Installation fails with the error,
ERROR: Cannot install cinder because these package versions have conflicting dependencies.
The conflict is caused by:
oslo-vmware 3.9.1 depends on suds-jurko>=0.6
The user requested (constraint) suds-jurko===0.6
To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip attempt to solve the dependency conflict
ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/user_guide/#fixing-conflicting-dependencies
I have 2 python versions on the machine
stack#stack:~/devstack$ which python
/usr/bin/python
stack#stack:~/devstack$ which python3
/usr/bin/python3
Am I missing something here?
Best Regards,
J
Just install setuptools 57.5.0
vim /opt/stack/requirements/upper-constraints.txt
like this:
#setuptools===58.2.0
setuptools===57.5.0
It works for me.
The issue is that suds-jurko is incompatible with the setuptools 58.0. You would need to downgrade to setuptools 57.5.0, e.g. pip install setuptools==57.5.0, but it's possible that devstack will upgrade it again.
The real solution is a set of upstream patches that are already in the works to fix this, but isn't merged yet (as of this post).
https://review.opendev.org/c/openstack/oslo.vmware/+/813377

'curl_version_info_data' has no member named 'libssh_version'

I need to install plotly package for R(3.3.1) in a Redhat server 5.11. It requires curl to be installed first. I downloaded the package from https://cran.r-project.org/web/packages/curl/index.html.
When I try to install the package, it gives below error:
version.c: In function 'R_curl_version':
version.c:15: error: 'curl_version_info_data' has no member named 'libssh_version'
version.c:15: error: 'curl_version_info_data' has no member named 'libssh_version'
make: *** [version.o] Error 1
ERROR: compilation failed for package 'curl'
Has anyone had the same issue before?
Thanks in advance for any suggestion.
You need to install the development version of the curl library before installing the package. Try yum install curl-devel.
One note though - whenever you run into a similar error it is typically because a development version of a library is not installed on your redhat system.
Thanks Jim for your reply.
I found the solution is to use a lower version curl package which has not included the definition for "libssh_version" in the file version.c, e.g. curl_0.9.6.tar.gz with the command:
sudo R CMD INSTALL curl_0.9.6.tar.gz
I've also tried "yum install curl-devel", but it shows the message:
This system is receiving updates from RHN Classic or RHN Satellite.
Setting up Install Process
Package curl-devel-7.15.5-17.el5_9.x86_64 already installed and latest version
Package curl-devel-7.15.5-17.el5_9.i386 already installed and latest version
Nothing to do

Trouble with installing openstack through devstack script

I am facing a problem while installing openstack through devstack script on my Ubuntu 15 lts.
It says:
sorry, but this version only supports 100 named groups" AssertionError: sorry, but this version only supports 100 named groups ---------------------------------------- Rolling back uninstall of cryptography
Hi this is due to a pycparser 2.14 package update on pypi today. More details can be found in [1] and [2].
[1] http://lists.openstack.org/pipermail/openstack-dev/2016-October/104909.html
[2] https://github.com/eliben/pycparser/issues/147
Workaround to fix it is to change "pycparser===2.14"in /opt/stack/requirements/upper-constraints.txt to "pycparser===2.13"
Using pip to change the version will not work, because DevStack will uninstall 2.13 version and update it to 2.14, as required in the above file.
========================================================================
Update on 10/4(JST):
according to the update in [2], this bug has been resolved. :)
It's an issue with pythons pycparser lib, install the previous version by setting pycparser==2.13 in your requirements.txt file or via pip.
I have same problem and I resolve this issue after removing 'pycparser' package, using below command:
pip uninstall pycparser
The source package of pycparser doesn't have this problem, only the wheel seems to fail.
Using the --no-binary in your installation command or requirements file should make it work too.
I added --no-binary pycparser in the end of my requirements file and it did the job.
Just adding this so that it may help someone...
Our Devstack also failed because of this pycparser bug. We have just downgraded pycparser to 2.13 in requirement.txt/upper_requirement.txt and disabled 'tempest' service(This service will install cryptography and pycparser) in local.conf. After this, our Devstack installation was successful.
NOTE: comment the line 'RECLONE=yes' in local.conf file.
Thanks

Failed to install R on Centos 7

I have CentOS 7 (3.10.0-123.el7.x86_64) and I seem not be able to install R and then get Rstudio server working.
This is what I did:
rpm -Uvh http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
yum install R
Then I got this error:
Transaction check error:
file /usr/lib/systemd/system/blk-availability.service from install of device-mapper-7:1.02.107-5.el7_2.1.x86_64 conflicts with file from package lvm2-7:2.02.105-14.el7.x86_64
file /usr/sbin/blkdeactivate from install of device-mapper-7:1.02.107-5.el7_2.1.x86_64 conflicts with file from package lvm2-7:2.02.105-14.el7.x86_64
file /usr/share/man/man8/blkdeactivate.8.gz from install of device-mapper-7:1.02.107-5.el7_2.1.x86_64 conflicts with file from package lvm2-7:2.02.105-14.el7.x86_64
I am not sure what it is. There is nothing from whereis R because it didn't install.
If I install Rstudio Server, it would fail to start the service and said ERROR unable to find installation of R in the system
Can someone tell me how to install R properly on Centos 7?
That is not related to R. Your log shows a conflict between "device-mapper" and "lvm2", and these packages are used to operate with devices such as hard disks and partitions (before someone downvotes me, YES this is a crude simplification).
You should try to update your system with yum before installing R.
I resolved this problem by updating lvm2 firstly, then install R.
This idea was from: https://bugzilla.redhat.com/show_bug.cgi?id=1294128

Resources