openstack nova服务有问题，发现不了主机。
明明数据库中就有计算主机，但就是发现不了
验证操作时，检查单元格和放置api是否工作正常时，cells v2也不正常
- 这篇博客: Openstack基础环境配置（七）：手动安装配置nova组件(计算节点)中的 1）确定计算节点是否支持虚拟机的硬件加速 部分也许能够解决你的问题, 你可以仔细阅读以下内容或者直接跳转源博客中阅读:
egrep -c ‘(vmx|svm)’ /proc/cpuinfo
①如果返回值大于或等于1，说明支持硬件加速，不必进行其他配置
②如果返回值为0，则说明计算节点不支持硬件加速，必须配置Libvirt使用QEMU 而不是 KVM.
- 以下回答来自chatgpt: 根据您提供的问题描述，OpenStack Nova服务无法检索计算主机，尽管数据库已记录。针对该问题，可以执行以下步骤进行解决： 1. 确认OpenStack版本、操作系统、虚拟机和计算节点信息，并检查相关组件的状态是否正常。 2. 验证操作的过程以及检查单元格和放置API是否正常工作的步骤，具体包括： - 验证nova-compute和nova-scheduler服务是否正常运行； - 检查nova-conductor服务是否正常运行，并检查相关节点是否已经注册； - 检查nova-api服务的日志文件，查看是否存在任何错误或异常信息； - 使用nova命令行工具，在计算节点上确认nova-compute服务是否正常运行，如：$ nova-compute service-list 3. 提供任何错误消息或日志文件，以更好的理解问题的情况，并根据日志文件提供进一步的调查和解决方案。 4. 尝试重启OpenStack服务或重新启动相关节点，以解决问题。可以使用下面的命令重启nova服务： $ sudo systemctl restart openstack-nova-compute.service $ sudo systemctl restart openstack-nova-scheduler.service $ sudo systemctl restart openstack-nova-conductor.service 5. 如果问题仍然存在，可以尝试其他解决方案，如更改配置、更新软件或进行其他调试操作。具体操作如下： - 检查计算节点和控制节点之间的网络连接，并确保防火墙和安全组已正确配置； - 检查nova配置文件，确保所有相关配置项已正确设置，例如： [DEFAULT] enabled_apis = osapi_compute,metadata [database] connection = mysql+pymysql://nova:password@controller/nova [api_database] connection = mysql+pymysql://nova:password@controller/nova_api - 在nova配置文件中禁用 cells v2 和 Placement API，然后尝试重新启动nova服务： [DEFAULT] cells_enable = False [scheduler] discover_hosts_in_cells_interval = 300 以上是一些可能的解决方案。在尝试以上这些操作之前，应确保备份了相关的数据。如果仍然无法解决该问题，建议咨询OpenStack官方文档或社区支持。
如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^