Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

3.2. Red Hat OpenStack Platform 17.1.9 维护发行版本 - 2025 年 8 月 13 日

3.2.1. 公告列表
复制链接

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

RHBA-2025:13083
RHOSP 17.1.9 程序错误修复更新和功能增强公告(RHEL 8.4)
RHBA-2025:13084
RHOSP 17.1.9 程序错误修复更新和功能增强公告(RHEL 9.2)
RHBA-2025:13085
更新了 RHOSP 17.1.9 容器镜像(RHEL 8.4)
RHBA-2025:13086
更新了 RHOSP 17.1.9 容器镜像(RHEL 9.2)
RHBA-2025:13087
RHOSP 17.1.9 RHEL 9 director 镜像(RHEL 9.2)

3.2.2. 网络功能虚拟化
复制链接

3.2.2.1. 已知问题
复制链接

本节介绍 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

3.2.3. 升级和更新
复制链接

3.2.3.1. 程序错误修复
复制链接

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

修复了在从 17.1.1、17.1.2 或 17.1.3 （如果使用 IPv6）的次要更新期间的 API 中断问题

在此次更新之前，如果环境使用 IPv6，并从 RHOSP 17.1.1、17.1.2 或 17.1.3 更新至任何早于 17.1.9 版本，则在网络服务(neutron) API 上发生短暂中断。在 RHOSP 17.1.9 及更新的版本中，不会发生 API 中断。

Jira:OSPRH-16059

修复了 ovn_metadata_agents的回归

在此次更新之前，从 RHOSP 17.1.2 到 RHOSP 17.1.6 的次要更新会失败，因为编码错误为使用 Open Virtual Network (OVN)的堆栈引入了一个回归，但不包含 ovn_metadata_agents 任务。

在这个版本中，即使服务器中不存在 ovn_metadata_agent，补丁也可以正常工作。

Jira:OSPRH-16858

修复了在每次升级运行时强制重启 ovn-controller

在此次更新之前，在从 RHOSP 16.2 升级到 17.1 的过程中，从早期环境重复使用的任务强制 ovn-controller 在每个升级运行时重启。因此，如果 ovn-dbs 已停机，ovn-controller 重启会导致中断。在这个版本中，ovn-controller 每次升级后不再重启。

Jira:OSPRH-16922

修复了在系统升级后在 RHEL 8.4 中引导 director 的问题

在此次更新之前，因为引导菜单出现问题，从 RHOSP 13.0 之前的版本升级的服务器将继续在 RHEL 8.4 中启动。因此，在引导过程中不会触发 Leapp。

在这个版本中，引导文件和配置移到 RHEL 9 标准。

Jira:OSPRH-17175

3.2.3.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

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

不支持的服务会导致升级失败

在从 RHOSP 16.2 升级到 17.1 时，overcloud 升级会失败，因为环境在 upgrade_tasks_step3.yaml 文件中使用以下不支持的服务： OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml

临时解决方案：

  1. 将 OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-pacemaker-puppet.yaml 替换为以下服务： 

    OS::TripleO::Services::OVNDBs: deployment/ovn/ovn-dbs-cluster-ansible.yaml
    Copy to Clipboard Toggle word wrap

  2. 更新配置： 

    $ source stackrc
$ chmod 755 /home/stack/overcloud_upgrade_prepare.sh
$ sh /home/stack/overcloud_upgrade_prepare.sh
    Copy to Clipboard Toggle word wrap

  3. 运行 overcloud 升级： 

    $ openstack overcloud upgrade run --yes --stack <stack> --debug --limit allovercloud,undercloud --playbook all
    Copy to Clipboard Toggle word wrap

Jira:OSPRH-13127

次要更新失败，因为为 Open vSwitch 启用源存储库

启用源存储库时，任务 "Always 确保 openvswitch 服务在升级后启用并运行，并显示错误 'error={"changed": false, "msg": "Unable to enable service openvswitch: Failed to enable unit: Unit file openvswitch.service does not exist.\n"}'

所有 RHOSP 17.1 版本都会受到影响。

临时解决方案： 禁用源存储库。

Jira:OSPRH-18598

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

如果您使用位于 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

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat