1.2. 已知问题

查看可能会影响成功更新的以下已知问题：

在次版本更新过程中创建 openstack 实例

如果在 18.0.6 之前从任何发行版本更新 Red Hat OpenStack Services，则必须在更新 openstack -operator 后创建一个 openstack 实例，以触发所有 Operator 的部署。例如：

cat > openstack-init.yaml <<'EOF'
---
apiVersion: operator.openstack.org/v1beta1
kind: OpenStack
metadata:
   name: openstack
   namespace: openstack-operators
EOF

$ oc apply -f ./openstack-init.yaml

Jira:OSPRH-14826

在次版本更新过程中不刷新有关是否重新引导计算节点的指南

在 OpenShift (RHOSO) 18.0.x 上的 Red Hat OpenStack Services 次要更新期间，有一个选项来检查日志，以确认特定节点集中的计算节点是否需要重新引导。但是，reboot-os 服务不会在次版本更新中运行。因此，日志无法准确显示是否需要重启。

临时解决方案： 要确保日志为最新版本，请完成以下步骤：

使用 reboot-os 服务运行部署。例如：

apiVersion: dataplane.openstack.org/v1beta1
kind: OpenStackDataPlaneDeployment
metadata:
  name: dataplane-update-reboot-no-force
  namespace: openstack
spec:
  nodeSets:
    - openstack-edpm
  servicesOverride:
    - reboot-os
  ansibleExtraVars:
    edpm_reboot_strategy: never

检查日志，以确认哪些节点需要重新引导：
```
$ oc logs jobs/reboot-os-<deployment_name>-<nodeSet_name>
```
- 将 <deployment_name > 替换为包含 Compute 节点的部署名称。
- 将 <nodeSet_name > 替换为您需要检查的节点集的名称。
  如果需要重启，命令会显示以下输出： Reboot 是必需的，但没有启动。Edpm_reboot_strategy 设置为 never，或者已部署了机器。必须计划重新启动。要启动 reboot，将 edpm_reboot_strategy 设置为 force。Jira:OSPRH-17407

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2026 Red Hat

返回顶部