扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章主要介绍“如何解决openstack本机开发与运行环境的依赖包版本不一致的问题”,在日常操作中,相信很多人在如何解决openstack本机开发与运行环境的依赖包版本不一致的问题问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”如何解决openstack本机开发与运行环境的依赖包版本不一致的问题”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
成都创新互联凭借在网站建设、网站推广领域领先的技术能力和多年的行业经验,为客户提供超值的营销型网站建设服务,我们始终认为:好的营销型网站就是好的业务员。我们已成功为企业单位、个人等客户提供了成都网站设计、做网站服务,以良好的商业信誉,完善的服务及深厚的技术力量处于同行领先地位。
本机开发环境是UBUNTU16.04LTS,开发环境是本机搭建的centos7虚拟机通过packstack搭建的newton版本openstack运行环境。 在开发horizon过程中,发现openstack报错的代码和本机看到的代码对不上。 通过比对,发现是openstack_auth在两边的版本不一致。
因为本机开发horizon解决依赖是通过在horizon源码目录,执行如下命令安装的
sudo pip install -r requirements.txt
所以本机安装的依赖普遍版本号比packstack环境高,加上openstack已经出了ocata版本,于是就出现两套环境的openstack_auth差异较大。
测试通过如下步骤可以将两边环境的依赖包处理成一致。
在packstack环境通过pip生成依赖信息
pip freeze -r requirements.txt
修改requirements.txt为requirements.sh 修改前
alembic==0.8.7 amqp==1.4.6 anyjson==0.3.3 aodh==3.0.1 ......
通过vscode的列编辑模式,快速修改为如下内容:
sudo pip install alembic==0.8.7 sudo pip install amqp==1.4.6 sudo pip install anyjson==0.3.3 sudo pip install aodh==3.0.1 ......
安装 执行 sudo sh requirements.sh,即可将本机与packstack依赖包版本调整为一致。
到此,关于“如何解决openstack本机开发与运行环境的依赖包版本不一致的问题”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流