错误：

Question

我已经在一台机器（Ubuntu 16.04 Sever）上使用召唤装置安装了openstack 2.3.1（Mitaka）。我的lxd容器使用zfs作为存储后端，大小为4TB，因此有足够的空间。

我可以使用随安装附带的图像启动测试实例

风味名称m1.small

风味ID ee64beb2-e13b-454a-b085-3916947c96d1

RAM 2GB

VCPUs 1 VCPU

磁盘20GB

此图片的尺寸为124.94 MB

磁盘格式为RAW

此图片的网络规格为

subtestnet1 190.168.1.0/24（给出一些随机范围）

这是一个专用网络，因此在启动实例时，分配的IP为190.168.1.4

我关闭了这个实例，因为我只是想测试一下如果我可以启动。

现在，我尝试启动我的自定义vdi图像（带有一些软件的Ubuntu 16.04），其大小为12GB，具有以下规格

磁盘格式RAW

subtestnet1 190.168.1.0/24（给出一些随机范围）

风味名称 m1.medium

风味ID dbda6460-bdf0-4387-9e05-0ebf7a26f45a

RAM 4GB

个VCPU 2 VCPU

磁盘 40GB

但它只是在产卵状态（它差不多30分钟）挂起

我检查了日志在nova-compute节点但它没有显示任何错误日志。我检查了nova-cloud-controller / 0，下面的文件中有一些错误日志

NOVA-API-OS-compute.log

2017-11-27 03:18:43.276 23931 ERROR nova.api.openstack.extensions   [REQ-3095878e-c8d3-4ba6-9c44-ad7dabde21fe   a048e14509c84c0f9205819fb29a2501 003ad069faba48709198af746c92b5fa -   默认默认值] API方法中的意外异常：MessagingTimeout：   等待回复消息ID超时   9fdb48d40a1046b2ad7b63b2703df928

nova-conductor.log 2017-11-27 04：29：30.123 23928错误   nova.conductor.manager NoValidHost：找不到有效的主机。有   没有足够的主机可用。

NoValidHost：找不到有效的主机。没有足够的主机   可用。 2017-11-27 04：29：30.177 23928警告nova.scheduler.utils   [REQ-dc65dc2a-0bf0-4376-b8ba-88fd788ad233   a048e14509c84c0f9205819fb29a2501 003ad069faba48709198af746c92b5fa -   默认默认值] [实例：4a7c771d-65a7-4369-97c0-d432630c24d7]   将实例设置为ERROR状态：NoValidHost_Remote：没有有效的主机   被找到。没有足够的主机可用。

我重新启动了计算和控制器节点上的所有nova相关服务，但没有帮助。

有没有人遇到这样的问题？

任何进一步调试的帮助将不胜感激。如果您需要更多信息，请告诉我。

感谢。

Answer 1

尝试启用debug mode以获取详细日志。

在这些文件中设置debug = True：

/etc/nova/nova.conf
/etc/nova/cinder.conf
/etc/glance/glance-registry.conf

...和restart重新配置的服务。现在您应该能够找到问题的根源。

例如，您可以查看过滤器登录nova-scheduler.log，查看此行上方的行：

.. INFO nova.filters [req-..] Filter DiskFilter returned 0 hosts

Answer 2

++此错误有点普通，由于多种原因而发生，我遇到了同样的错误，并采取以下步骤解决了这个问题：

您可以查看以下Openstack Summit视频，以对此问题进行深入的故障排除：

OpenStack Summit

错误：

故障| {“ message”：“找不到有效的主机。没有足够的主机。}

++无法创建VM：

+ -------------------------------------- + ------- ---------- + ---------------------------------- + ---- ---- + ------------ + ------------- + ---------- + | ID |姓名|租户ID |现状任务状态电源状态|网络| + -------------------------------------- + ---------- ------- + ---------------------------------- + ------- -+ ------------ + ------------- + ---------- + | f40c379c-b322-403e-b8b8-7fddeb949cdf |测试2367198c9f704e52a171dd1e84b41e37 |错误| -| NOSTATE | | + -------------------------------------- + ---------- ------- + ---------------------------------- + ------- -+ ------------ + ------------- + ---------- +

故障排除：

++使用nova list检查虚拟机电源状态，标识和状态

++使用以下命令检查VM的详细信息：nova show

++在上述命令中，检查是否存在计算名称，以我为例。

++检查计算节点名称是否存在于：nova host-list

++转到计算节点：

ubuntu @ compute：/ var / log / nova $ cat nova-compute.log

2018-11-25 22：06：49.095 43926错误nova.virt.libvirt.driver使用XML定义域时出错：

TRACE nova.compute.manager [实例：f40c379c-b322-403e-b8b8-7fddeb949cdf]如果ret为None：raise libvirtError（'virDomainDefineXML（）failed'，conn = self） TRACE nova.compute.manager [instance：f40c379c-b322-403e-b8b8-7fddeb949cdf] libvirtError：内部错误：操作系统类型'hvm'不支持架构

解决方案：

++检查了将virt_type设置为kvm的nova-compute配置（如果需要，请使用root访问该目录）：

$ cd / etc / nova $ vim nova-compute.conf

++ KVM不存在：

$ kvm-ok INFO：/ dev / kvm不存在提示：sudo modprobe kvm_intel INFO：有关更详细的结果，您应该以超级用户身份运行提示：sudo / usr / sbin / kvm-ok ubuntu @ compute：/ var / log / nova $

++在nova-compute.conf中将virt_type更改为qemu并重新启动服务以解决该问题：

virt_type = qemu

$ sudo服务nova-compute重新启动

Openstack vm实例停留在产卵状态

2 个答案:

错误：

故障排除：

解决方案：