3.3. Red Hat OpenStack Platform 17.1.5 维护发行版本 - 2025 年 4 月 8 日


3.3.1. 公告列表

此 Red Hat OpenStack Platform (RHOSP)发行版本包括以下公告:

RHBA-2025:3477
RHOSP 17.1.5 程序错误修复和安全更新(RHEL 8.4)
RHBA-2025:3478
RHOSP 17.1.5 程序错误修复和安全更新公告(RHEL 9.2)
RHBA-2025:3479
RHOSP 17.1.5 RHEL 9 director 镜像(RHEL 9.2)
RHBA-2025:3480
更新了 RHOSP 17.1.5 容器镜像(RHEL 8.4)
RHBA-2025:3481
更新了 RHOSP 17.1.5 容器镜像(RHEL 9.2)
RHSA-2025:3482
中度:Red Hat OpenStack Platform 17.1 (openstack-ironic)安全更新(RHEL 9.2)

3.3.2. 网络功能虚拟化

3.3.2.1. 程序错误修复

本节介绍了 Red Hat OpenStack Platform 17.1 中修复的、对用户有严重影响的错误。

修复了在启用了 SR-IOV Compute 节点的环境中导致更新失败的错误

在此次更新之前,在启用了 SR-IOV 的 Compute 节点的环境中更新到 RHOSP 17.1 的新维护版本时,os-net-config-sriov 会失败,并显示 SR-IOV 启用 Compute 节点上的错误 "KeyError:drivers_autoprobe"。

现在,这个错误不会发生,或会导致更新失败。

Jira:OSPRH-14169

3.3.2.2. 已知问题

本节介绍 Red Hat OpenStack Platform 17.1 中已知的问题。

在 IPv6 环境中,网络服务会错误地配置默认路由,以响应路由器公告

目前,在 IPv6 环境中,由 os-net-config 生成的 ifcfg factory 文件中的 IPv6 键值对 IPV6_AUTOCONF=no 不会阻止系统配置默认路由以响应路由器公告。

解决解决方法有两种。方法 1 中,您可以直接编辑配置文件,然后运行 sysctl。在 方法 2 中,您要运行 sysctl 命令来激活这些值并将其写入 sysctl.conf 文件。

临时解决方案方法 1: 编辑配置文件

  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
    Copy to Clipboard Toggle word wrap
    注意

    设置每个特定接口有助于确保设置不会被覆盖。对于新创建的接口:

    net.ipv6.conf.default.accept_ra_defrtr=0
    net.ipv6.conf.default.accept_ra=0
    Copy to Clipboard Toggle word wrap

    对于所有接口在引导时:

    net.ipv6.conf.all.accept_ra_defrtr=0
    net.ipv6.conf.all.accept_ra=0
    Copy to Clipboard Toggle word wrap
  2. 运行以下命令:

    $ sudo sysctl -p
    Copy to Clipboard Toggle word wrap

临时解决方案 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
    Copy to Clipboard Toggle word wrap
    注意

    设置每个特定接口有助于确保设置不会被覆盖。对于新创建的接口:

    $ sudo sysctl -w net.ipv6.conf.default.accept_ra_defrtr=0
    $ sudo sysctl -w net.ipv6.conf.default.accept_ra=0
    Copy to Clipboard Toggle word wrap

    对于所有接口在引导时:

    $ sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0
    $ sudo sysctl -w net.ipv6.conf.all.accept_ra=0
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-12455

SR-IOV Compute 节点重启过程中竞争条件会生成异常

在 SR-IOV Compute 节点重启过程中,usr/bin/os-net-net-config-sriov 和 sysfs (in PF 创建)之间会发生竞争条件。因此,该设备可用于 usr/bin/os-net-config-sriov,并会产生异常。

临时解决方案:

执行以下步骤之一:

  • 手动重新运行服务
  • 使用多个重启重新尝试,直到 os-net-config 日志中没有生成更多例外

Jira:OSPRH-15125

3.3.3. 网络

3.3.3.1. 已知问题

本节介绍 Red Hat OpenStack Platform 17.1 中已知的问题。

在绑定上使用 VLAN 的主机上带有 RHOSP DNS 服务(指定)的环境中部署失败

在早期测试中,当在绑定上使用 VLAN 的主机上部署 RHOSP DNS 服务(指定)时,RHOSP 部署会在将 BIND 实例的 IP 地址添加到 VLAN 接口时失败。

RHOSP 17.1.4 附带了一个修复,以防止该故障,但其他测试和验证修复仍在进行中。

Jira:OSPRH-13237

3.3.4. 升级和更新

3.3.4.1. 程序错误修复

本节介绍了 Red Hat OpenStack Platform 17.1 中修复的、对用户有严重影响的错误。

修复了导致 data plane 连接丢失的次发行版本

在 17.1.4 中,包括了 Open vSwitch 和 os-net-config 的新发行版本。此发行版本添加了新的配置参数和新配置文件。旧配置文件的组合保持原位,新的 Open vSwitch 被安装,从而导致数据平面中断。

此程序错误修复合并了旧的和新配置,然后重命名旧配置文件,以确保不再使用它。在这个版本中,确保安装新的 Open vSwitch 后,它被设置为在引导时启动。因此,不再会出现 data plane 中断。

Jira:OSPRH-12676

3.3.4.2. 已知问题

本节介绍 Red Hat OpenStack Platform 17.1 中已知的问题。

本地 registry 不拉取正确的镜像

在更新到 RHOSP 17.1.x 期间,overcloud 更新无法登录到本地 registry 并拉取正确的镜像。

临时解决方案 :在运行次版本更新前,使用 podman 登录到节点:

$ podman login <your.registry.local>
Copy to Clipboard Toggle word wrap
  • <your.registry.local > 替换为本地 registry 的名称。

Jira:OSPRH-12946

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 引导记录:

#!/bin/bash
BOOTORDER=$(efibootmgr|grep BootOrder|awk -F': ' '
{ print $2 }
')
CURRENT_BOOT=$(echo $BOOTORDER | awk -F',' '
{ print $1 }
')
REDHAT_BOOT=$(efibootmgr -v | grep "Red Hat Enterprise Linux" | awk -F'[ t*]' '
{print$2}
')
if [ "$CURRENT_BOOT" != "$REDHAT_BOOT" ]; then
efibootmgr -o $(echo $BOOTORDER| sed "s/$REDHAT_BOOT//g;s//$REDHAT_BOOT,/g;s/,//g;s/,$//g;s/,+/,/g")
echo "Set Red Hat as primary boot device"
else
echo "Bootorder already correct"
fi
Copy to Clipboard Toggle word wrap

Jira:OSPRH-12951

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.
Copy to Clipboard Toggle word wrap

临时解决方案:

  1. 删除 NVIDIA 驱动程序。例如:

    $ sudo dnf remove -y NVIDIA-vGPU-rhel-8.4-525.105.14.x86_64
    Copy to Clipboard Toggle word wrap
  2. 删除载入的模块内核:

    $ rmmod nvidia_vgpu_vfio
    $ rmmod nvidia
    Copy to Clipboard Toggle word wrap
  3. 升级 Compute 节点:

    $ openstack overcloud upgrade run --tag system_upgrade --limit <compute-0>
    Copy to Clipboard Toggle word wrap
  4. 服务器重启后,为适当的操作系统重新安装 NVIDIA 驱动程序(RHEL 9.2)。
  5. 如有必要,重新创建 mdev 设备。

Jira:OSPRH-13538

因为缺少 nftables 而导致次版本更新失败

在 Cisco ACI 上从 17.1.3 升级到 17.1.4 的次要更新会失败,因为可以使用 nft,而不是原始表。此时,iptables 没有切换到 nftables。要运行次要更新,您必须创建一个 raw 表。

临时解决方案: 请参阅红帽知识库解决方案 "Error: No such file or directory; did mean table 'filter' in family ip?" blocks minor update in RHOSP 17.1 deployment with ACI Neutron mechanism driver

Jira:OSPRH-13682

命令删除 paunch-service

如果您使用以下命令删除剩余的 RHEL8 软件包,包括来自环境中的 Leapp 软件包,命令会删除 paunch-service,这会导致几个服务停止工作。

dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')
Copy to Clipboard Toggle word wrap

临时解决方案:

  1. 使用以下命令删除 RHEL8 软件包:

    dnf remove $(rpm -qa | grep \.el[78] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer|paunch-services')
    Copy to Clipboard Toggle word wrap
  2. 如果删除了 paunch-service,请运行以下 playbook,然后重新启动服务器:

    $ ansible-playbook -i inventory.yaml wa_tripleo_container_manage.yaml --limit node
    (undercloud) [stack@undercloud-0 ~]$ cat wa_tripleo_container_manage.yaml
    - become: true
      hosts: all
      name: Adding paunch-services files
      tasks:
      - name: tripleo_container_manage reconfiguration
        include_role:
          name: tripleo_container_manage
        vars:
          tripleo_container_manage_debug: true
          tripleo_container_manage_systemd_order: true
          tripleo_container_manage_config: "/var/lib/tripleo-config/container-puppet-config/step_5"
          tripleo_container_manage_config_patterns: 'container-puppet-*.json'
          tripleo_container_manage_config_id: "tripleo_puppet_step5"
          tripleo_container_manage_valid_exit_code: [0, 2]
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-13709

验证失败,因为清单文件包含错误的参数

如果您使用位于 RHOSP 16.2 /var/lib/mistral 目录中的清单文件,在运行验证运行 - i inventory.yaml --group post-upgrade 时 undercloud-service-status 验证 会失败。发生故障的原因是 undercloud_service_list 参数存在于错误的服务中,或者不存在,并在该位置使用错误的默认值。

临时解决方案:

  1. 使用以下选项之一:

    • 使用在 /home/stack/overcloud-deploy/${stack}/ 上创建的清单文件
    • 在清单文件中添加以下配置:

      Undercloud:
        hosts:
          undercloud: {}
        vars:
          ...
          undercloud_service_list:
          - tripleo_ironic_conductor
          …
      Copy to Clipboard Toggle word wrap
  2. 重新运行验证,并确认状态为 PASSED

    $ validation run -i inventory.yaml --group post-upgrade
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-14098

注意

本章包含每个发行版本的一个主要部分。这些部分的格式从 RHOSP 17.1.5 开始。从 17.1.5 开始的发行注记由组件(如 Compute)进行组织,然后根据类型(如增强、程序错误修复、已知问题)进行组织。之前部分(17.1.4 和更早版本)仅按类型进行组织。这种改进反映了红帽的问题跟踪从 bugzilla 到 JIRAm 的迁移,以及相关的发行备注管理工具更新。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat