标签: openstack-autopilot

我已经用一台新笔记本更换了旧笔记本，但我不明白为什么在两个 virt-managerqemu-system-x86上使用新笔记本在运行虚拟机时占用 100% 的 CPU，而在旧笔记本上则不然。

命令：

lscpu

有这个输出：

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 69
Stepping:              1
CPU MHz:               754.000
BogoMIPS:              5187.74
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              4096K
NUMA node0 CPU(s):     0-3

而在我的旧电脑中，它只使用了 15%-30% 的 CPU。我还从 BIOS 激活了 kvm，但没有任何变化：它继续使用 100%。 …

使用当前 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 回溯：：缺少 4 个新星计算单元
/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:_包裹
/opt/canonical/landscape/canonical/landscape/model/openstack/jobs.py:751:_get_nova_info

注意：jobs.py 中的行号是关闭的，因为我添加了一些用于调试的打印语句。这是 _get_nova_info() 函数中#741 行附近的断言（如果没记错的话），是的，我正在使用景观 ppa 中最新版本的景观，以确保可信。

所以我修改了/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 …

在安装 Ubuntu Openstack - Canonical Distribution（第 4 步ubuntu.com/download/cloud/install-ubuntu-openstack）期间，我收到了 Juju 错误。Juju 进行了节点的引导，ubuntu 安装程序启动，但在程序结束时节点关闭。我试图解决编辑environments.yaml文件并将bootstrap-timeout添加到3600的问题，（所有vnode都使用fastpath-installer），

须藤纳米/usr/share/openstack/templates/juju-env/maas.yaml

像那样

default: maas

environments:
  maas:
    type: maas
    maas-server: 'http://x.x.x.x/MAAS/'
    maas-oauth: 'LnLE8w3grRK6hLcVgF:xxxxxxx'
    admin-secret: richardsith
    default-series: trusty
    authorized-keys-path: ~/.ssh/id_rsa.pub
    apt-http-proxy: 'http://x.x.x.x:8000/'
    lxc-clone: true
    bootstrap-timeout: 3600

  openstack:
    type: openstack
    use-floating-ip: true
    use-default-secgroup: true
    network: ubuntu-net
    auth-url: http://keystoneurl:5000/v2.0/
    tenant-name: ubuntu
    region: RegionOne
    auth-mode: userpass
    username: ubuntu
    password: richardsith

然后我运行命令

 $: sudo openstack-install

之后节点重新启动，在启动过程中我看到了

几分钟后，安装程序开始了

该节点表示准备就绪，但几秒钟后就关闭了，并且在 .commands.log 上的日志是这样的

http://paste.ubuntu.com/9284133/

我还尝试通过调试手动进行引导，juju 收到以下日志http://paste.ubuntu.com/9342625/

我的集群安装有问题。我打算在我准备好的一组机器上安装 OpenStack，其中每台机器都有 2 个 NIC 和 2 个硬盘。

我在第七台机器上安装了 MAAS 控制器和 Juju，并部署了景观可扩展包。登录Landscape后，提示没有满足第四个要求，因为缺少至少一台带有两个磁盘和两个网络接口的机器。

MAAS 说我有六台机器，但磁盘的大小只有一个磁盘。我试图在其中一个上部署 ubuntu，第二个硬盘显示为“sdb”，即使没有格式化。MAAS 还统计每个节点都有两个网络接口。

我究竟做错了什么？我想不通！我应该尝试手动使用 Juju 部署 OpenStack 吗？

我正在尝试使用 Landscape、MAAS 和一组 KVM/virt-manager 虚拟机进行 Openstack 安装。

VM 与 MAAS 配合良好，并且已成功完成 VM 上的 Landscape 安装。

登录 Landscape，我的清单如下所示：

注册了一个 MAAS 区域控制器（绿色勾号） 可以连接到 MAAS 区域控制器（绿色勾号） 至少有 5 台有多个磁盘的机器已经调试（红色 X） 至少有一台有多个磁盘的调试机器也必须有多个网络连接（灰色复选标记）

我的第一次尝试 - 我在 MAAS 中没有处于就绪状态的所需虚拟机。我添加了它们，希望 Landscape 能够检测到它们并让我继续。总共 5 个具有 2 个虚拟磁盘，5 个中的一个具有 2 个 MAAS 网络。但这没有帮助。所以我重新安装了一个横向虚拟机，认为可能需要预先准备好它们。那里也没有运气。清单的第三部分听起来很成功，但是，为什么是红色的 X？

Ubuntu OpenStack Autopilot 使用 Juju、MAAS 和 Landscape 部署 OpenStack 云。它需要一个现有的 MAAS 服务器。我应该如何安装和配置此服务器？它的网络要求是什么，节点应该如何连接在一起？

我已经成功地在我的 MAAS 服务器上使用了 openstack-install 来安装 Landscape managed 选项。

我已经在 Landscape Web 控制台中成功配置了 Openstack Autopilot beta 选项并运行安装。

我现在在我的 MAAS 节点 (6) 上有一个干净的 Openstack 部署。

我想了解 Autopoilot 如何在我的 MAAS 节点上分布 Openstack 服务。

如果在我的 MAAS 服务器上，我输入：

export JUJU_HOME=~/.cloud-install/juju
juju status

我可以看到 Landscape 本身是如何部署到其中一个 MAAS 节点上的许多 LXC 容器中的。我在任何地方都看不到的是 Landscape Autopilot 工具如何继续使用 juju 在其他节点上部署 Openstack。

我真的很想了解 juju 做了什么，以便更好地理解 a) 我最终得到了什么以及 b) Ubuntu Openstack 参考部署如何结合在一起。我该如何查看 Autopilot 结果的“juju 状态”？

我在 ubuntu 上遵循了 youtube 上的 openstack 教程（带有自动驾驶仪）：https : //www.youtube.com/watch?v= 64HXwmgOQKw

我为此使用了 ubuntu 16.04，一切正常，直到我输入“sudo openstack-install”。CLI 的响应是未找到该命令。我之前曾尝试使用相同的步骤安装 openstack，但在这一点上没有得到相同的结果。我尝试了整个安装，包括全新安装 ubuntu 服务器，但结果仍然相同。

我在互联网上搜索并得到以下答案：Autopilot Openstack 16.04 可用吗？.

发出conjure-up openstackCLI 时出现以下错误：

我检查了每个“可信赖”的地方，但我发现一切都很好。我还检查了 JUJU 的 environment.yaml 文件，该文件设置为正确的发行版。

题：

1.) 为什么找不到命令？我该如何解决？

2.) 为什么我在使用 conjure-up 时会收到关于 trusty 的错误？我该如何解决？

PS，第一个问题是我更喜欢解决的问题，因为这更像是“正常”的安装方式。

PSS

Ubuntu 版本：Ubuntu 16.04.1 LTS (Xenial)

MAAS版本：2.0.0~rc2+bzr5156-0ubuntu1~16.04.2

JUJU 版本：2.0~beta12-0ubuntu1.16.04.1

“sudo apt-get update”和“sudo apt-get upgrade”等命令已多次运行。服务器的重启也已经完成了几次。

更新 1：

我尝试了@gangstaluv 的答案，但出现错误：Version 0.18 for distro-info-data was not found. 我尝试重新安装distro-info-data，但也没有运气。我从启动板下载了 (0.18) 包并安装了它，但是在发出命令时distro-info --lts trusty会出现找不到命令的错误。我通过发布检查了包 …

无法启动实例，出现以下错误。

$ nova reboot <instance-name>
ERROR: Cannot 'reboot' instance e54b5d26-2918-4ab6-8210-94e827bf2a94 while it is in vm_state error (HTTP 409) (Request-ID: req-88efe1d4-37c3-409e-89a9-844f537e51eb)

$nova show <instance-name>
| fault                                | {"message": "Instance e54b5d26-2918-4ab6-8210-94e827bf2a94 cannot be rescued: Driver Error: internal error: early end of file from monitor: possible problem: |
|                                      | 2016-05-01T05:35:27.071764Z qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory 

请告诉我如何解决这个问题。

我们已经购买了几个 Ubuntu OrangeBox，并试图让原型环境运行，但事实证明这很困难，因为 Orange Box 可用的文档或联系点很少。

在技​​术堆栈中的几个功能在代理（启动映像同步，juju ++）后无法正常工作的情况下挣扎了很长时间后，我们现在陷入了 MAAS 上的 Landscape 部署。

在安装先决条件检查时，与 Landscape 中的 MAAS 的初始连接失败，因为 Landscape 需要至少 5 个节点和 MAAS 中的 2 个 HDD 才能继续。OrangeBox 中的 NUC 每个只有一个硬盘，因此安装不会运行。

请指教。