2.7. 可能会阻止升级的已知问题
查看以下可能影响成功升级的已知问题。
- BZ#1997351 - (13→16.1) Instance are inaccessible after bootstrap controller upgrade
-
当您升级使用 ML2-OVN 部署的 Red Hat OpenStack Platform (RHOSP) 13 环境时,控制器节点上的升级过程可能会失败。在 Leapp 重启后,
ovn-dbs容器可能会因为 SELinux 权限拒绝而无法启动。有关如何避免 bug BZ#1997351 的更多信息,请参阅红帽知识库解决方案 OVN 在 OSP-13OSP-16.1 FFU 期间无法配置。 - BZ#1902849 - osp13-osp16.1 ffu 在之前从 osp8, osp10 升级的集群中失败
-
以前从 RHOSP 10 升级的 Red Hat OpenStack Platform (RHOSP)环境需要
python-docker软件包以避免 BZ#1902849。如需更多信息,请参阅红帽知识库解决方案 osp13-osp16.1 ffu 在旧的环境中缺少 python-docker 软件包失败。 - BZ#1925078 - RHOSP13-16.1 FFU: Overcloud 在尝试引用错误的 ceph 镜像失败后在控制器中挂起
在 OSP13 中使用 UEFI 引导和 UEFI 引导装载程序的系统可能会遇到导致的 UEFI 问题:
-
/etc/fstab没有被更新 - 在 EFI 系统中错误地使用 GRUB-install
如需更多信息,请参阅红帽知识库解决方案 FFU 13 到 16.1: Leapp 无法更新基于 UEFI 的系统上的内核,/etc/fstab 不包含 EFI 分区。
如果您的系统使用 UEFI,请联系红帽技术支持。
-
- BZ#1895887 - ovs+dpdk fail to attach device OvsDpdkHCI
使用 Leapp 实用程序升级后,具有 OVS-DPDK 工作负载的 Compute 节点无法正常工作。要解决这个问题,请执行以下步骤之一:
在升级 Compute 节点前,删除
/etc/modules-load.d/vfio-pci.conf文件。或者
在升级 Compute 节点后,重启 Compute 节点上的
ovs-vswitchd服务。此问题会影响 RHOSP 16.1.3。如需更多信息,请参阅 HCI 计算节点上 Framework 从 OSP 13 升级到 16.1 后的红帽知识库解决方案 OVS-DPDK 错误。
- BZ#1936419 - FFU 13-16.1 Upgrade: Leapp upgrade on ceph nodes failed as leap parameters try to enable Fast datapath repo
如果您使用 Ceph 订阅并已将 director 配置为使用 Ceph 存储节点的
overcloud-minimal镜像,则 Ceph 存储节点的操作系统升级可能会因为 Leapp 限制而失败。要避免这个问题,在system_upgraderun 步骤后,您必须登录到 Ceph 节点来取消设置 RHEL 次版本,更新至最新的 RHEL 次版本,并重新引导节点。如果使用 Red Hat Satellite 服务器为 Leapp 升级托管 RPM 内容,您必须将以下 8.2 软件仓库添加到您使用的内容视图中:
Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs)
rhel-8-for-x86_64-appstream-rpms x86_64 8.2Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs)
rhel-8-for-x86_64-baseos-rpms x86_64 8.2本指南包括避免此问题的一个临时解决方案。
- BZ#2016144 - FFU 13-16.1: During Leapp upgrade reboot, openvswitch failed to start with error
Starting ovsdb-server ovsdb-server: /var/run/openvswitch/ovsdb-server.pid.tmp: create failed (Permission denied) -
从之前版本升级的 Red Hat OpenStack Platform (RHOSP)环境可能会包含
/etc/systemd/system/ovs*中的不必要的文件。在开始 overcloud 升级过程从 RHOSP 13 升级到 RHOSP 16.1 之前,您必须删除这些文件。 - BZ#2008976 - Python2 packages cleaning up after Leapp upgrade failing in Leapp dependencies
使用 Leapp 版本 5.0.8-100.202109241452Z.1332835 时,因为保留 Leapp 软件包的 DNF
exclude选项,自动删除python2Leapp 软件包会失败。在环境文件中包含
UpgradeInitCommand参数并删除 DNF 排除语句:parameter defaults: UpgradeInitCommand: "sudo dnf config-manager --save --setopt exclude=''"如需更多信息,请参阅创建升级环境文件。
- BZ#1978228 - OSP13→16.2 Leapp upgrade failed with TLSEverywhere
-
如果您在环境中使用 TLS-Everywhere 并希望从
authconfig迁移到authselect,请将authselect_check.confirm参数设置为True。否则,将此值设置为False。如需更多信息,请参阅创建升级环境文件。 - BZ#2021525 - openstack overcloud upgrade run times out / HAProxy container fails to start
- 由于 SELinux 标签无效,从 Red Hat OpenStack Platform (RHOSP) 13 升级到 RHOSP 16.1 可能会在部署步骤中失败。有关解决方案及更多信息,请参阅红帽知识库解决方案 Pacemaker 托管服务在 OSP13 - OSP16.x FFU 中可能无法重启。
- BZ#2015325 - FFU: 在 "Upgrade Mysql 数据库从临时容器" 步骤中进行升级失败
-
Red Hat Enterprise Linux 包括了一个
mariadb-server的可升级 RPM,它会影响 Red Hat OpenStack Platform (RHOSP)中容器化 mariadb 的升级。在执行 RHOSP 升级前,从 Controller 主机中删除mariadb-server软件包。如需更多信息,请参阅创建升级环境文件。 - BZ#2024447 - Identity service (keystone) password for the placement user was overridden by NovaPassword during FFU RHOSP 13 to 16
在从 Red Hat OpenStack Platform 13 升级到 16.1 的过程中,如果您为
NovaPassword参数定义了值,而不是PlacementPassword参数,则NovaPassword参数会覆盖放置用户的 OpenStack Identity 服务(keystone)密码。要保留 Identity 服务密码,请不要在parameter_defaults部分中设置NovaPassword或PlacementPassword。如果您在
parameter_defaults部分中设置了这两个密码,则 Compute 节点可能无法与 control plane 通信,直到它们被升级为止。有关升级 Compute 节点的更多信息,请参阅升级 Compute 节点。另外,如果您使用
NovaPassword、PlacementPassword或两者在 RHOSP 13 上部署 overcloud,则必须在模板中删除这些密码,并在升级到 RHOSP 16.1 前在 RHOSP 13 上运行openstack overcloud deploy命令。- BZ#2164396 - FFU: Redhat satellite tools repository to be enabled for FFU (13 to 16.2)
- 如果您使用 Satellite 版本 6.7,当您启用 Red Hat Satellite Tools for RHEL 8 Server RPMs x86_64 存储库时,升级会失败。发生故障的原因是无法安装适当的软件包。红帽工程团队正在调查此问题的解决方案。
- BZ#2245602 - Upgrade (OSP16.2 →OSP17.1) controller-0 不会执行 leapp 升级,因为软件包缺少 ovn2.15 openvswitch2.15
如果您从 Red Hat OpenStack Platform (RHOSP) 13 升级到 16.1 或 16.2,或者从 RHOSP 16.2 升级到 17.1,请不要在
--answers-file answer-upgrade.yaml文件中包含system_upgrade.yaml文件。如果该文件中包含system_upgrade.yaml文件,则environments/lifecycle/upgrade-prepare.yaml文件会覆盖system_upgrade.yaml文件中的参数。要避免这个问题,请将system_upgrade.yaml文件附加到openstack overcloud upgrade prepare命令中。例如:$ openstack overcloud upgrade prepare --answers-file answer-upgrade.yaml / -r roles-data.yaml / -n networking-data.yaml / -e system_upgrade.yaml / -e upgrade_environment.yaml /在这个版本中,
system_upgrade.yaml文件中配置的参数会覆盖 environment/lifecycle/upgrade-prepare.yaml 文件中的默认参数。
Red Hat Ceph Storage Issues
- BZ#1855813 - Ceph tools repository should be switched from RHCS3 to RHCS4 only after converge, before running external-upgrade
-
undercloud 上的
ceph-ansibleplaybook 集合在 overcloud 上部署 Red Hat Ceph Storage 容器。要升级您的环境,您必须有 Red Hat Ceph Storage 3 版本的ceph-ansible,才能通过升级维护 Ceph Storage 3 容器。本指南包含如何在升级过程中保留ceph-ansible版本 3 的说明,直到您准备好升级到 Ceph Storage 4。在执行 13 到 16.1 升级前,您必须对 Red Hat OpenStack Platform 13 环境执行次要版本更新,并确保您有ceph-ansible版本 3.2.46 或更高版本。