nova-status¶
概要¶
nova-status <category> [<action> [<options>...]]
描述¶
nova-status 是一个工具,提供用于检查 Nova 部署状态的例程。
选项¶
执行 nova-status 命令的标准模式是
nova-status <category> <command> [<args>]
不带参数运行以查看可用命令类别列表
nova-status
类别包括
upgrade
详细描述如下。
您也可以使用类别参数(例如 upgrade)运行,以查看该类别中的所有命令列表
nova-status upgrade
这些部分描述了 nova-status 可用的类别和参数。
升级¶
nova-status upgrade check在用新代码重启服务之前,执行特定于版本的就绪检查。此命令期望具有完整的配置并可以访问单元内的数据库和服务。例如,此检查可以查询 Nova API 数据库和一个或多个单元数据库。它还可以向其他服务(例如通过 Keystone 服务目录的 Placement REST API)发出请求。
返回值
返回值
描述
0
所有升级就绪检查均已成功通过,无需执行任何操作。
1
至少有一个检查遇到问题,需要进一步调查。 这被认为是一个警告,但升级可能是可以的。
2
存在需要调查的升级状态检查失败。 这应该被视为阻止升级的内容。
255
发生意外错误。
检查历史记录
15.0.0 (Ocata)
添加了对 cells v2 的检查,因此应在运行
nova-manage cell_v2 simple_cell_setup命令之后运行nova-status upgrade check。添加了对 Placement API 的检查,要求 Keystone 服务目录中存在一个端点,服务正在运行,并且检查可以成功请求该端点。该命令还检查是否有计算节点资源提供程序正在向 Placement 服务注册。有关 Placement 服务的更多信息,请参见 Placement API。
16.0.0 (Pike)
Placement API 的检查已修改为需要版本 1.4,这是 Pike 及更高版本 nova-scheduler 正常工作所必需的。
17.0.0 (Queens)
Placement API 的检查已修改为需要版本 1.17。
18.0.0 (Rocky)
Placement API 的检查已修改为需要版本 1.28。
检查 ironic 实例是否已将其嵌入式 flavor 迁移到使用自定义资源类。
检查
nova-osapi_compute服务的版本是否低于 15,这可能会导致在根据 nova-api 服务的配置方式查询实例时出现问题。有关详细信息,请参见 https://bugs.launchpad.net/nova/+bug/1759316。检查现有实例是否已迁移到在 API DB 中具有匹配的请求规范。
19.0.0 (Stein)
Placement API 的检查已修改为需要版本 1.30。
添加了对 nova-consoleauth 服务的检查,以发出警告并提供其他说明,以便在执行实时/滚动升级时设置 [workarounds]enable_consoleauth = True。
“资源提供程序”升级检查已被删除,因为 placement 服务代码正在从 nova 中提取,并且相关的表不再在
nova_api数据库中使用。“API 服务版本”升级检查已被删除,因为 Stein 中删除了该检查的相应代码。
20.0.0 (Train)
Placement API 的检查已修改为需要版本 1.32。
检查是否可用 block-storage (cinder) API 版本 3.44,以便支持多挂载卷。如果未配置
[cinder]/auth_type,则此检查将不起作用。“nova-consoleauth 服务”升级检查已被删除,因为该服务已在 Train 中删除。
删除了
Request Spec Migration检查。
21.0.0 (Ussuri)
Placement API 的检查已修改为需要版本 1.35。
检查策略文件是否未被自动覆盖为新的默认值。此检查已在 26.0.0 (Zed) 版本中删除。
22.0.0 (Victoria)
检查策略文件是否为 JSON 格式。
23.0.0 (Wallaby)
检查计算节点是否比上一个主要版本旧。
检查是否有实例未设置
hw_machine_type。
24.0.0 (Xena)
Placement API 的检查已修改为需要版本 1.36。
参见¶
漏洞¶
Nova 错误管理在 Launchpad 上进行。