[OpenStack]Server status values

本文详细介绍了服务器的各种状态,包括ACTIVE、BUILD、DELETED等,并解释了每种状态下服务器的行为及操作,如硬重启、软重启、迁移等过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  • ACTIVE: The server is active.
  • BUILD: The server has not yet finished the original build process.
  • DELETED: The server is deleted.
  • ERROR: The server is in error.
  • HARD_REBOOT: The server is hard rebooting. This is equivalent to pulling the power plug on a physical server, plugging it back in, and rebooting it.
  • MIGRATING: The server is migrating. This is caused by a live migration (moving a server that is active) action.
  • PASSWORD: The password is being reset on the server.
  • PAUSED: The server is paused.
  • REBOOT: The server is in a soft reboot state. A reboot command was passed to the operating system.
  • REBUILD: The server is currently being rebuilt from an image.
  • RESCUE: The server is in rescue mode.
  • RESIZE: Server is performing the differential copy of data that changed during its initial copy. Server is down for this stage.
  • VERIFY_RESIZE: System is awaiting confirmation that the server is operational after a move or resize.
  • REVERT_RESIZE: The resize or migration of a server failed for some reason. The destination server is being cleaned up and the original source server is restarting.
  • SHELVED: The server is in shelved state. Depends on the shelve offload time, the server will be automatically shelved off loaded.
  • SHELVED_OFFLOADED: The shelved server is offloaded (removed from the compute host) and it needs unshelved action to be used again.
  • SHUTOFF: The server was powered down by the user, but not through the OpenStack Compute API. For example, the user issued a shutdown -h command from within the server. If the OpenStack Compute manager detects that the VM was powered down, it transitions the server to the SHUTOFF status. If you use the OpenStack Compute API to restart the server, it might be deleted first, depending on the value in the ''shutdown_terminate'' database field on the Instance model.
  • SOFT_DELETED: The server is marked as deleted while will keep in the cloud for some time(configurable), during the period authorized user can restore the server back to normal state. When the time expires, the server will be deleted permanently.
  • SUSPENDED: The server is suspended, either by request or necessity. This status appears for only the following hypervisors: XenServer/XCP, KVM, and ESXi. Administrative users may suspend a server if it is infrequently used or to perform system maintenance. When you suspend a server, its state is stored on disk, all memory is written to disk, and the server is stopped. Suspending a server is similar to placing a device in hibernation; memory and vCPUs become available to create other servers.
  • UNKNOWN: The state of the server is unknown. Contact your cloud provider.

### 解决方案 在 OpenStack 的环境中,`openstack-status` 命令可能未被识别的原因通常涉及环境变量配置不正确或相关软件包未安装。以下是可能导致此问题的具体原因以及解决方案: #### 可能原因 1:命令工具未安装 如果 `openstack-status` 工具未安装,则需要手动安装它。该工具通常是作为 OpenStack 客户端的一部分提供。 ```bash sudo apt-get update && sudo apt-get install -y openstack-client ``` 上述命令适用于基于 Debian/Ubuntu 的系统[^1]。对于 CentOS/RHEL 系统,可以尝试以下命令来安装必要的客户端组件: ```bash sudo yum install -y openstack-selinux ``` #### 可能原因 2:PATH 环境变量缺失 即使已安装了 `openstack-status` 工具,但如果其可执行文件所在的目录不在系统的 PATH 环境变量中,也会导致无法找到该命令。可以通过以下方式验证并修复: 1. 查找 `openstack-status` 文件的位置: ```bash which openstack-status || whereis openstack-status ``` 2. 如果找到了具体路径(例如 `/usr/bin/openstack-status`),则将其所在目录加入到 PATH 中: ```bash export PATH=$PATH:/usr/bin/ ``` 3. 验证是否成功加载: ```bash echo $PATH | grep /usr/bin ``` #### 可能原因 3:Helm 或其他部署方法的影响 当通过 Helm 部署 OpenStack 时,某些服务的状态管理可能会依赖于特定的容器化实现而非传统的 CLI 工具[^2]。因此,在这种情况下,建议检查 Helm 图表文档以确认是否有替代状态查询机制。 --- ### 替代方案 如果没有直接可用的 `openstack-status` 命令,也可以通过以下方式进行状态监控: 1. 使用通用的服务状态检查命令: ```bash systemctl list-units --type=service --state=running | grep openstack ``` 2. 利用 OpenStack 自带的 API 和 CLI 查询各个模块的状态: ```bash openstack service list openstack catalog list ``` 这些命令能够帮助管理员了解当前 OpenStack 平台各组件的工作情况[^3]。 --- ### 注意事项 确保所有依赖项均已正确安装,并且版本兼容性得到保障。特别是数据库服务器(如 MariaDB)和服务间通信所需的 Python 库(如 PyMySQL),它们的存在与否直接影响整个平台的功能稳定性。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值