第 3 章 发行信息
本发行注记重点介绍了以下部分或全部类别中的更新。当您部署此 Red Hat OpenStack Platform (RHOSP)发行版本时,请考虑这些更新:
- 程序错误修复
- 功能增强
- 技术预览
- 发行注记
- 已知问题
- 过时的功能
- 删除的功能
在这个 RHOSP 发行版本的支持周期内,每个更新的相关公告中包括了与更新相关的备注。
3.1.1. 公告列表 复制链接链接已复制到粘贴板!
此 Red Hat OpenStack Platform (RHOSP)发行版本包括以下公告:
- RHBA-2025:9981
- RHOSP 17.1.8 程序错误修复更新和功能增强公告(RHEL 8.4)
- RHBA-2025:9982
- RHOSP 17.1.8 程序错误修复更新和功能增强公告(RHEL 9.2)
- RHBA-2025:9983
- RHOSP 17.1.8 RHEL 9 director 镜像(RHEL 9.2)
- RHBA-2025:9984
- 更新了 RHOSP 17.1.8 容器镜像(RHEL 9.2)
- RHBA-2025:9985
- 更新了 RHOSP 17.1.8 容器镜像(RHEL 8.4)
3.1.2. 网络功能虚拟化 复制链接链接已复制到粘贴板!
3.1.2.1. 程序错误修复 复制链接链接已复制到粘贴板!
本节介绍了 Red Hat OpenStack Platform 17.1 中修复的、对用户有严重影响的错误。
修复了 SR-IOV Compute 节点重启和次要更新过程中生成的异常的竞争条件
在此次更新之前,在 SR-IOV Compute 节点重启过程中,usr/bin/os-net-config-sriov
和 sysfs
(在物理功能(PF)创建中发生竞争条件)。因此,该设备不适用于 usr/bin/os-net-config-sriov
,并会产生异常。
现在,不会发生竞争条件,且不会生成异常。
3.1.2.2. 已知问题 复制链接链接已复制到粘贴板!
本节介绍 Red Hat OpenStack Platform 17.1 中已知的问题。
OVN 的低 DPDK 性能
Intel 服务器上的 Data Plane Development Kit (DPDK)数据路径的性能下降(Intel® Xeon® CPU E5-2630 v4 @ 2.20GHz)。正在调查根本原因。目前,还没有临时解决方案。
在 IPv6 环境中,网络服务会错误地配置默认路由,以响应路由器公告
目前,在 IPv6 环境中,由 os-net-config
生成的 ifcfg factory
文件中的 IPv6 键值对 IPV6_AUTOCONF=no
不会阻止系统配置默认路由以响应路由器公告。
解决解决方法有两种。方法 1 中,您可以直接编辑配置文件,然后运行 sysctl
。在 方法 2 中,您要运行 sysctl
命令来激活这些值并将其写入 sysctl.conf
文件。
临时解决方案方法 1: 编辑配置文件
设置
net.ipv6.conf.<interface>.accept_ra_defrtr=0
,以防止从路由器广告和net.ipv6.conf.<interface>.accept_ra=0
了解系统接受任何路由的路由器公告。在
/etc/sysctl.conf
或/etc/sysctl.d/99-sysctl.conf
(或该子目录中的另一个文件)中设置这些变量。对于每个特定接口:
net.ipv6.conf.<interface>.accept_ra_defrtr=0 net.ipv6.conf.<interface>.accept_ra=0
net.ipv6.conf.<interface>.accept_ra_defrtr=0 net.ipv6.conf.<interface>.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注意设置每个特定接口有助于确保设置不会被覆盖。对于新创建的接口:
net.ipv6.conf.default.accept_ra_defrtr=0 net.ipv6.conf.default.accept_ra=0
net.ipv6.conf.default.accept_ra_defrtr=0 net.ipv6.conf.default.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 对于所有接口在引导时:
net.ipv6.conf.all.accept_ra_defrtr=0 net.ipv6.conf.all.accept_ra=0
net.ipv6.conf.all.accept_ra_defrtr=0 net.ipv6.conf.all.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 运行以下命令:
sudo sysctl -p
$ sudo sysctl -p
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
临时解决方案 2: 运行 sysctl
以激活值并将其写入 sysctl.conf
文件:
对于每个特定接口:
sudo sysctl -w net.ipv6.conf.<interface>.accept_ra_defrtr=0 sudo sysctl -w net.ipv6.conf.<interface>.accept_ra=0
$ sudo sysctl -w net.ipv6.conf.<interface>.accept_ra_defrtr=0 $ sudo sysctl -w net.ipv6.conf.<interface>.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注意设置每个特定接口有助于确保设置不会被覆盖。对于新创建的接口:
sudo sysctl -w net.ipv6.conf.default.accept_ra_defrtr=0 sudo sysctl -w net.ipv6.conf.default.accept_ra=0
$ sudo sysctl -w net.ipv6.conf.default.accept_ra_defrtr=0 $ sudo sysctl -w net.ipv6.conf.default.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 对于所有接口在引导时:
sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0 sudo sysctl -w net.ipv6.conf.all.accept_ra=0
$ sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0 $ sudo sysctl -w net.ipv6.conf.all.accept_ra=0
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
3.1.3. 升级和更新 复制链接链接已复制到粘贴板!
3.1.3.1. 程序错误修复 复制链接链接已复制到粘贴板!
本节介绍了 Red Hat OpenStack Platform 17.1 中修复的、对用户有严重影响的错误。
修复与 Cisco ACI 设备相关的原始表的次要更新失败
在此次更新之前,在 Cisco ACI 上从 17.1.3 升级到 17.1.4 会失败,因为还没有创建"raw"表,因此 nft 插入失败。在这个版本中,您可以检查原始表是否存在,以便您可以使用它,或使用 filter 表。
3.1.3.2. 已知问题 复制链接链接已复制到粘贴板!
本节介绍 Red Hat OpenStack Platform 17.1 中已知的问题。
每次运行升级时强制重启 ovn-controller
在从 RHOSP 16.2 升级到 17.1.4 的过程中,从早期环境重复使用的任务强制 ovn-controller 在每次运行时重启。因此,如果 ovn-dbs 已停机,ovn-controller 重启会导致中断。临时解决方案 :在运行 openstack overcloud upgrade prepare
之前,将 tag: ovn
添加到 /usr/share/openstack-tripleo-heat-templates/deployment/ovn/ovn-controller-container-puppet.yaml
中的 upgrade_tasks
中,并收集事实,使主机名变量可用。例如:
+
如果您有一个大型堆栈并使用 OVN,请完成以下步骤:
更新软件包并运行 OVN 升级:
openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --tags setup_packages,ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --tags setup_packages,ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 在 OVN 升级完成后,您无法重新运行此命令。
运行 upgrade 命令并跳过 OVN 升级:
openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --skip-tags ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack OVERCLOUD_STACK_NAME --skip-tags ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
如果您有 nova cell 堆栈或使用 DCN,您必须首先更新侧堆栈上的 OVN,然后像升级一个堆栈一样升级主堆栈。升级主堆栈后,在侧堆栈上运行升级。以下示例显示了主 control plane 堆栈为
AZ1
的升级,单元堆栈是AZcell
,DCN 堆栈为AZ2
:openstack overcloud upgrade run --stack AZcell --tags setup_packages,ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack AZcell --tags setup_packages,ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZ2 --tags setup_packages,ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZ1 --tags setup_packages,ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow openstack overcloud upgrade run --stack AZ1 --skip-tags ovn --limit allovercloud --yes openstack overcloud upgrade run --stack AZcell --skip-tags ovn --limit allovercloud --yes openstack overcloud upgrade run --stack AZ2 --skip-tags ovn --limit allovercloud --yes
$ openstack overcloud upgrade run --stack AZ1 --skip-tags ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZcell --skip-tags ovn --limit allovercloud --yes $ openstack overcloud upgrade run --stack AZ2 --skip-tags ovn --limit allovercloud --yes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
如果使用 IPv6,则在从 17.1.1、17.1.2 或 17.1.3 进行更新期间 API 中断
如果您使用 IPv6 并将您的环境从 RHOSP 17.1.1、17.1.2 或 17.1.3 更新至以后的 RHOSP 版本,则在 Networking 服务(neutron) API 上会发生短暂的中断。没有临时解决方案。
为使用 OVN 但不包含 ovn_metadata_agents
的堆栈引入回归
从 RHOSP 17.1.2 到 RHOSP 17.1.6 的次要更新会失败,因为为使用 Open Virtual Network (OVN)的堆栈引入了一个回归问题,但不包含 ovn_metadata_agents
任务。
临时解决方案: 要在运行次要更新前检查 [ovn_metadata]
组是否存在,在 deployment/ovn/ovn-dbs-cluster-ansible.yaml
模板中,将以下内容添加到 Now 轮转所有 ovn_metadata_agents
任务中:
when: - groups['ovn_metadata']
when:
- groups['ovn_metadata']
Example:
EFI 引导顺序在 Leapp 升级过程中重置
在从 RHOSP 16.2 升级到 17.1 的过程中,EFI 引导顺序会在某些 HPE && 系统上进行 Leapp 系统升级过程中被重置。这个问题会出现在"重新引导以执行升级"任务中。如果系统之前从 RHOSP 13.0 升级到 RHOSP 16.0,则可能会在 Leapp 升级后引导至以前的 RHEL 7 "red" UEFI 记录,或者引导到以前的设置。
临时解决方案: 将引导顺序改回到 Red Hat Enterprise Linux EFI 引导记录:
验证失败,因为清单文件包含错误的参数
如果您使用位于 RHOSP 16.2 /var/lib/mistral
目录中的清单文件,在运行验证运行 - i inventory.yaml --group post-upgrade 时
会失败。发生故障的原因是 undercloud-service-status
验证undercloud_service_list
参数存在于错误的服务中,或者不存在,并在该位置使用错误的默认值。
临时解决方案:
使用以下选项之一:
-
使用在
/home/stack/overcloud-deploy/${stack}/
上创建的清单文件 在清单文件中添加以下配置:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
-
使用在
重新运行验证,并确认状态为
PASSED
:validation run -i inventory.yaml --group post-upgrade
$ validation run -i inventory.yaml --group post-upgrade
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
本地 registry 不拉取正确的镜像
在更新到 RHOSP 17.1.x 期间,overcloud 更新无法登录到本地 registry 并拉取正确的镜像。
临时解决方案 :在运行次版本更新前,使用 podman 登录到节点:
podman login <your.registry.local>
$ podman login <your.registry.local>
-
将
<your.registry.local
> 替换为本地 registry 的名称。
不支持的服务会导致升级失败
在从 RHOSP 16.2 升级到 17.1 时,overcloud 升级会失败,因为环境在 upgrade_tasks_step3.yaml
文件中使用以下不支持的服务: OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml
临时解决方案:
将
OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml
替换为以下服务:OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-cluster-ansible.yaml
OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-cluster-ansible.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 更新配置:
source stackrc chmod 755 /home/stack/overcloud_upgrade_prepare.sh sh /home/stack/overcloud_upgrade_prepare.sh
$ source stackrc $ chmod 755 /home/stack/overcloud_upgrade_prepare.sh $ sh /home/stack/overcloud_upgrade_prepare.sh
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 运行 overcloud 升级:
openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
$ openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Leapp 不支持操作系统升级的 NVIDIA 驱动程序
如果您尝试使用 NVIDIA 驱动程序执行 Leapp OS 升级,系统升级会在 /var/log/leapp/leapp-report.txt
中出现以下错误:
Summary: Leapp has detected that the NVIDIA proprietary driver has been loaded, which also means the nouveau driver is blacklisted. If you upgrade now, you will end up without a graphical session, as the newer kernel won't be able to load the NVIDIA driver module and nouveau will still be blacklisted. Please uninstall the NVIDIA graphics driver before upgrading to make sure you have a graphical session after upgrading.
Summary: Leapp has detected that the NVIDIA proprietary driver has been loaded, which also means the nouveau driver is blacklisted. If you upgrade now, you will end up without a graphical session, as the newer kernel won't be able to load the NVIDIA driver module and nouveau will still be blacklisted.
Please uninstall the NVIDIA graphics driver before upgrading to make sure you have a graphical session after upgrading.
临时解决方案:
删除 NVIDIA 驱动程序。例如:
sudo dnf remove -y NVIDIA-vGPU-rhel-8.4-525.105.14.x86_64
$ sudo dnf remove -y NVIDIA-vGPU-rhel-8.4-525.105.14.x86_64
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 删除载入的模块内核:
rmmod nvidia_vgpu_vfio rmmod nvidia
$ rmmod nvidia_vgpu_vfio $ rmmod nvidia
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 升级 Compute 节点:
openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>
$ openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 服务器重启后,为适当的操作系统重新安装 NVIDIA 驱动程序(RHEL 9.2)。
-
如有必要,重新创建
mdev
设备。