部署openstack，nova hypervisor-list 未发现计算节点

最新推荐文章于 2025-10-29 16:49:45 发布
原创 最新推荐文章于 2025-10-29 16:49:45 发布 · 5.9k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在OpenStack部署中遇到nova hypervisor-list未显示计算节点，通过nova-status upgrade check发现cell问题。避免执行nova-manage cell_v2 simple_cell_setup导致重复注册，而是使用nova-manage cell_v2 discover_hosts进行主机发现，最终成功修复并能通过openstack compute service list查看到计算节点。

在部署openstack过程中，

但是查看计算节点列表正常，openstack compute service list
在这里插入图片描述
nova hypervisor-list 未发现计算节点

nova-status upgrade check 检查下cell 发现未发现计算节点。出现 cell 失败，不要去执行nova-manage cell_v2 simple_cell_setup，否则后面会出现重复注册的情况

±--------------------------------------------------------------+
| 检查: Cells v2 |
| 结果: 失败 |
| 详情: No host mappings found but there are compute nodes. Run |
| command ‘nova-manage cell_v2 simple_cell_setup’ and then |
| retry.
在这里插入图片描述
那我就重新发现下 计算节点，

su -s /bin/sh -c “nova-manage cell_v2 discover_hosts --verbose” nova
openstack compute service list 查看计算节点
在这里插入图片描述
在检查，已经恢复正常，
nova-status upgrade check
nova hypervisor-list
在这里插入图片描述

学习交流QQ群76552012，本文原创，如需转载，请联系QQ群

记录一下openstack计算节点状态全部变成down的处理思路和流程、nova service-list中state状态批量为down处理思路
崔崇鑫的博客，你linux/云运维工作中的百科全书。
06-18 361
如我这只重启了1个控制节点的mq服务，状态就恢复到up了。但mq服务应该定时重启的，释放卡住的队列。因为我这是容器部署的，所以我重启mq的容器，控制节点依次重启mq服务，重启每一台都去看看状态。然后less跳到最后面，看最新日志，肯定有很多error，重点看error的内容即可。如我这，就说了是rabbitmq问题，所以去控制节点在mq上解决问题就好。一般这种问题都是mq问题，所以大概率重启mq服务就好了。查日志，这种一般查计算节点的nova日志就好了。回到控制节点，重启mq服务即可。
ntp服务端内网搭建和客户端简易使用方法、nova service-list状态为down处理方法、nova service-list服务状态大批量为down且down的主机在变化处理方法
崔崇鑫的博客，你linux/云运维工作中的百科全书。
11-01 605
如我们的openstack集群，controller01是ntp服务端，其他所有主机都同步controller01这个时间，集群几百台客户端，总不能一个个去安装ntp并配置和启用ntp服务把？其实这种问题最先想到的应该是rabbitmq出问题了，我也去看了日志和消息队列，发现都没啥问题【起码看起来没问题，但拥堵和出问题并不是一定有直接的关系】大概知道问题了，猜想是时间不同步造成的，给109这个宿主机添加定时任务和同步时间。添加了好几分钟时间还是没同步，就手动同步了以下，发现同步出问题了。
【错误归纳】nova-status upgrade check 检查下cell 发现未发现计算节点
糖球溜溜的博客
01-07 1536
实验场景： 部署openstack，验证计算节点服务 故障现象： 查看计算节点列表正常 [root@ct ~]# openstack compute service list +----+----------------+------+----------+---------+-------+----------------------------+ | ID | Binary | Host | Zone | Status | State | Updated At
部署openstack，nova hypervisor-list 未发现计算节点，重新发现下 计算节点
inexaustible的博客
12-06 2341
问题： nova-status upgrade check： 解决办法： 不要去执行nova-manage cell_v2 simple_cell_setup，否则后面会出现重复注册的情况。 查看计算节点列表正常： nova hypervisor-list 未发现计算节点： 重新发现下 计算节点： su -s /bin/sh -c “nova-manag...
虚拟化与openstack框架
最新发布
one_tap_的博客
10-29 729
虚拟化技术通过虚拟化层（如Hypervisor）在物理机上创建隔离的虚拟机，核心特性包括分区、隔离、封装和硬件独立。主流虚拟化产品分为开源（KVM）、商业（VMware）和国产化方案，其中硬件辅助虚拟化因高性能成为当前主流。OpenStack作为开源云操作系统，提供计算、存储和网络资源管理，支持块存储（高性能）、文件存储（共享访问）和对象存储（海量数据）三种存储类型，适用于构建各类云环境。
Openstack如何发现计算节点
Nicholas的专栏
12-13 926
启动nova-compute ，定时调用update_available_resource，在_update_resource_stats函数中,通过RPC调用将主机信息和虚拟机管理器信息上报给nova-scheduler,这样openstack就识别了结算节点. 启动nova-compute时： 两步,一个是构建service,一个是启动service,实现都在nova\service...
部署openstack服务compute服务启动失败
m0_62572301的博客
06-08 1510
1.在计算节点启动openstack-nova-compute.service长时间没有反应。/etc/nova/nova.conf ,控制和计算节点的配置文件都要好好检查。查看计算节点的日志，没有发现什么错误。配置文件出错，不能识别。
openstack rabbitmq报错导致识别不到计算节点 解决方案
盲盒岛
07-17 3128
1 问题的现象 [root@controller160 ~]# less /var/log/rabbitmq/rabbit@controller160.log 2020-07-16 14:32:25.765 [error] <0.21731.1548> Channel error on connection <0.20499.1547> (172.16.1.160:34298 -> 172.16.1.160:5672, vhost: '/', user: 'rabbitmq')
openstack-nova计算节点一键安装脚本_openstack-nova_openstack_
09-29
总的来说，OpenStack-Nova计算节点的一键安装脚本为部署提供了便利，但理解其背后的工作原理和组件配置仍然是运维OpenStack云平台的关键。在实际使用中，应结合文档学习，不断优化和调整，以提高云平台的稳定性和...
nova hypervisor-list无法执行，其他api均正常
V 云原生实践课堂
03-20 2549
平台中有一些计算节点下架，通过nova service-delete ID将其删除后，admin用户登录dashboard，提示"Can't get hareware usage",之后迅速退出登录，后台执行nova hypervisor-list命令后，无法执行成功，提示如下报错：          ERROR (ClientException): Unexpected API Error
OpenStack的部署（五）------NOVA项目
ljj的学习笔记
03-18 1763
目录一、相关概念1、Nova计算服务2、Nova系统架构二、nova组件介绍1、API----通信接口2、Scheduler----调度器（1） nova调度器的类型（2）过滤器（3）权重(weight)3、Compute----计算器（1）支持方式（2）功能4、Conductor----管理器5、PlacementAPI----管理接口三、虚拟机实例化流程四、控制台接口五、架构1、Nova部署架构（1）Nova经典部署架构（2）Nova负载均衡部署架构2、Nova的cell架构（1）cell产生的原因（2
添加新的compute节点，一直注册不到cells中
刘元林的博客
08-18 5821
部署一台新计算节点之后，执行下面命令注册到cells，否则该compute不会被nova-scheduler调度，也就无法创建instance了。 su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova 执行回显没有报错，但是一直没有发现unmapped computes： Found 2 cell mappings. Skipping cell0 since it does not contain hosts. G
nova-compute不能成功启动的原因总结
热门推荐
zhouminganga的博客
11-11 1万+
按照官方文档做到添加compute服务时，列出服务组件以验证是否每个进程都成功启动：$ nova service-list 发现如下结果：（缺少nova-compute的服务） [root@controller ~]# nova service-list +----+------------------+------------------------+----------+--------
【OpenStack问题记录无法访问虚拟机管理器可能原因是多余的数据库参数）】
啊酒弟弟的博客
04-01 518
【代码】【OpenStack问题记录无法访问虚拟机管理器可能原因是多余的数据库参数）】
OpenStack报错解决文档
qq_47592482的博客
08-13 3237
记录一下自己搭建OpenStack遇到的一些报错以及解决方法~
Openstack基础环境配置（七）：手动安装配置nova组件(计算节点)
Hao
04-29 5782
文章目录1. 安装软件包1）切换目录到yum源配置路径2）下载软件源配置文件delorean-deps.repo3）更新系统及软件包4）更新完成后进行重启5）重新安装软件包2. 编辑/etc/nova/nova.conf配置文件进行配置组件1）在[default]中仅启用compute和metadata API2）在[default]中配置RabiitMQ消息队列访问3）[api]和[keystone_authtoken]中配置身份服务访问4）在[default]中使用my_ip参数配置控制节点的管理接口i
计算节点systemctl status openstack-nova-compute.service起不来的解决方案
weixin_54628931的博客
03-03 6021
报错 [root@compute ~]# systemctl start libvirtd.service openstack-nova-compute.service Job for openstack-nova-compute.service failed because the control process exited with error code. See "systemctl status openstack-nova-compute.service" and "journalctl -
Openstack Train 版部署
supahero的博客
07-23 392
原文地址：https://www.cpweb.top/1789 参考文章：   https://docs.openstack.org/train/index.html 注：以下部署过程没有注解。强烈建议查阅官方文档，官方文档有非常详细的注解。 一、环境 Openstack 版本：Train Linux系统：centos 7.8.1810 节点信息表（控制节点可以既做控制也做计算）： 角色 网卡1（内部网卡） 网卡2（外部网卡） controller 192.168.100.10...
openstack service create --name nova compute
06-08
<think>嗯，用户这次问的是在OpenStack中创建nova计算服务的具体操作方法和常见问题排查。从用户提供的多个引用来看，ta应该正在部署OpenStack环境，可能遇到了服务创建失败或验证不通过的情况。用户引用的资料很有针对性，其中引用[1][2][3]都提到了完全相同的命令行操作，这说明ta已经掌握了基础命令，但不确定操作细节或遇到了报错。引用[4][5]则显示用户可能还需要后续的启动配置和架构理解。特别注意到用户提到"排查该命令的相关问题"，这暗示实际执行时可能出现了意外状况。从技术角度看，创建计算服务的关键点有几个：首先是必须预先完成keystone的认证配置，这是引用[2]提到的先决条件；其次要注意命令行中"compute"这个服务类型名称是OpenStack的固定参数；最后创建后的端点注册容易被忽略。用户引用的资料里[1]恰好演示了完整的端点创建流程，这个细节很关键。用户可能隐藏的痛点是：当命令输出没有返回类似引用[3]的标准字段（如缺少ID值）时，如何判断服务是否创建成功？或者遇到认证失败的错误提示该如何处理？考虑到OpenStack部署的高失败率，应该重点强调环境检查和权限验证。值得补充但引用中未明确的是：1）如何通过openstackservicelist验证服务状态2）服务创建后的nova组件启动顺序3）可能出现的主机名解析问题。特别是引用[4]提到的自启动配置，对生产环境很重要但用户可能还没进行到这一步。最后要提醒用户注意命令输出的细微差异。比如引用[1]和[3]的输出格式略有不同（后者少了description字段），这可能是OpenStack版本差异导致的正常现象，避免用户误以为是错误。</think> 在OpenStack中创建名为`nova`的计算服务并排查相关问题，需按以下流程操作： --- ### 一、创建Nova计算服务 #### 1. **前置条件确认** - **Keystone认证就绪**：确保已加载管理员环境变量（如`admin-openrc`）[^2]： ```bash source admin-openrc.sh ``` - **用户与角色**：创建`nova`用户并赋予`admin`角色[^2]： ```bash openstack user create --domain default --password NOVA_PASS nova openstack role add --project service --user nova admin ``` #### 2. **创建计算服务实体** - 执行服务创建命令[^1][^2][^3]： ```bash openstack service create --name nova \ --description "OpenStack Compute" compute ``` - **成功输出示例**： ``` +-------------+----------------------------------+ | Field | Value | +-------------+----------------------------------+ | description | OpenStack Compute | | enabled | True | | id | 83721cda2dd94e8bbfad43e34657a6da | | name | nova | | type | compute | +-------------+----------------------------------+ ``` #### 3. **注册API端点** > 端点需指向Nova-API服务的主机名/IP和端口（默认端口`8774/v2.1`）[^1][^4]。 ```bash # 创建Public端点 openstack endpoint create --region RegionOne \ compute public http://<控制器IP>:8774/v2.1 # 创建Internal端点 openstack endpoint create --region RegionOne \ compute internal http://<控制器IP>:8774/v2.1 # 创建Admin端点 openstack endpoint create --region RegionOne \ compute admin http://<控制器IP>:8774/v2.1 ``` --- ### 二、常见问题排查 #### ❌ 错误1：认证失败（HTTP 401） - **原因**：环境变量未加载或密码错误 - **解决**： ```bash # 重新加载认证信息 source admin-openrc.sh # 验证令牌有效性 openstack token issue ``` #### ❌ 错误2：服务类型`compute`不存在（HTTP 400） - **原因**：`compute`是固定服务类型，需确保拼写正确 - **解决**：检查命令末尾是否为**`compute`**（非`nova`）： ```bash openstack service create --name nova compute # 正确 openstack service create --name nova nova # 错误 ``` #### ❌ 错误3：端口冲突（HTTP 503） - **原因**：Nova-API服务未启动或端口被占用 - **解决**： ```bash # 启动Nova服务 systemctl start openstack-nova-api # 检查端口监听 netstat -tnlp | grep 8774 ``` #### ❌ 错误4：端点注册失败 - **原因**：URL格式错误或Keystone未同步 - **解决**： - 确认URL包含协议（`http://`）和正确端口 - 重启Keystone服务： ```bash systemctl restart httpd ``` --- ### 三、服务验证 1. **检查服务列表**： ```bash openstack service list | grep nova ``` > 应显示`nova`服务状态为`Enabled`[^3]。 2. **验证端点**： ```bash openstack endpoint list | grep compute ``` > 确认`public`、`internal`、`admin`三类端点均存在。 3. **启动Nova组件**（部署后必做）[^4]： ```bash systemctl enable --now openstack-nova-{api,scheduler,conductor,novncproxy} ``` --- ### 关键架构原理 > Nova依赖其他服务协同工作[^5]： > - **Keystone**：身份认证 > - **Glance**：提供系统镜像 > - **Neutron**：网络管理 > - **Cinder**：块存储 > > ![](https://docs.openstack.org/nova/latest/_images/architecture.svg) > *Nova通过Driver调用Hypervisor（如KVM）实现虚拟机生命周期管理[^5]。* ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值