Landscape的Openstack部署在“配置可用区”上失败
使用当前的Landscape的“ OpenStack Beta”选项在我的MAAS设置上部署OpenStack。我完成了98%,在“配置可用性区域”上出现1个故障。我的设置使用了KVM,Open vSwitch,目前我使用Ceph来存储对象和块。当我在景观机器上查看/var/log/landscape/job-handler-1.log时,看到有关以下内容的100多个错误: 2015-03-05 21:18:38 INFO root RetryingCall for'_get_nova_info'失败,尝试了103次以上的时间:2015-03-05 21:18:38 INFO root Traceback::缺少4个nova-compute单位 / usr /lib/python2.7/threading.py:783:__bootstrap /usr/lib/python2.7/threading.py:810:__bootstrap_inner /usr/lib/python2.7/threading.py:763:run --- <在这里捕获到异常>--/ usr/ lib/ python2.7/ dist-packages/ twisted/ python/ threadpool.py: 191: _worker /usr/lib/python2.7/dist-packages/twisted/python/context。 py:118:callWithContext /usr/lib/python2.7/dist-packages/twisted/python/context.py:81:callWithContext /usr/lib/python2.7/dist-packages/storm/twisted/transact.py: 76:_wrap /opt/canonical/landscape/canonical/landscape/model/openstack/jobs.py:751:_get_nova_info 注意:Jobs.py中的行号已关闭,因为我添加了一些用于调试的打印语句。这是在#741行附近的_get_nova_info()函数中的断言(如果有内存可用的话),是的,我正在使用landscape ppa中截至今天的最新版本的landscape来进行信任。 所以我修改/opt/canonical/landscape/canonical/landscape/model/openstack/jobs.py的_get_nova_info()函数来打印出的长度nova_compute_hostnames,我得到了零。所以我把它追到/opt/canonical/landscape/canonical/landscape/model/openstack/region.py的get_nova_compute_hostnames()中,发现self.juju_environment.get_computer_ids()。count()也为零。所以我添加了对self.juju_environment.has_computers()的调用,并得到false。然后我运行了self.juju_environment.get_juju_home()并得到了/ var / lib / landscape / juju-homes / 20。(是的,这是我第二次重建景观盒的尝试,我已经有一段时间了。)因此,我利用上面提到的枣家跑到了枣的地位,看上去一切都很好。所有5台机器和服务均已启动,没有挂起或错误状态。(包括4个nova-compute节点)有什么想法吗?我对景观,MAAS,JUJU和python还是有些陌生,所以调试有点慢。 更新1: 根据请求,我有2条日志(尽管我的家现在是#23) …