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

第 3 章 发行信息

本发行注记重点介绍了以下部分或全部类别中的更新。当您部署此 Red Hat OpenStack Platform (RHOSP)发行版本时，请考虑这些更新：

  • 程序错误修复
  • 功能增强
  • 技术预览
  • 发行注记
  • 已知问题
  • 过时的功能
  • 删除的功能

在这个 RHOSP 发行版本的支持周期内，每个更新的相关公告中包括了与更新相关的备注。

3.1.1. 公告列表
复制链接

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

RHBA-2025:18019
Red Hat OpenStack Platform 17.1.11 RHEL 9 director 镜像
RHBA-2025:18020
Red Hat OpenStack Platform 17.1.11 程序错误修复更新和功能增强公告
RHBA-2025:18022
Red Hat OpenStack Platform 17.1.11 程序错误修复更新和功能增强公告
RHBA-2025:18806
更新了 Red Hat OpenStack Platform 17.1.11 容器镜像
RHBA-2025:18803
更新了 Red Hat OpenStack Platform 17.1.11 容器镜像

3.1.2. Control plane（控制平面）
复制链接

3.1.2.1. 过时的功能
复制链接

本节概述 Red Hat OpenStack Platform 17.1 中 已弃用的功能。

弃用的功能可能在以后的主要发行本中不被支持，因此不建议在新的部署中使用。

弃用 director Operator

在 RHOSP 17.1.11 中，director Operator 已被弃用。程序错误修复及支持将在 RHOSP 17.1.11 生命周期结束时提供，但不会进行新的功能增强。您可以改为升级到 OpenShift 上的 Red Hat OpenStack Services。如需更多信息，请参阅 使用 Red Hat OpenStack Platform director Operator 环境。

Jira:OSPRH-21336

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

3.1.3.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.1.4. Observability（可观察性）
复制链接

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

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

collectd 守护进程不再在启动时失败

在此次更新之前，当启用了 collectd_libpodstatsSetConfiguration 指标时，collectd 守护进程会在启动时失败，显示 error: runtime error: index out of range [1]，长度为 1。故障的原因是，逻辑中用于解析 Ceph 容器名称的一个缺陷。

在这个版本中，解析容器名称中的缺陷已被修复，在启用了 collectd _libpodstats vmcore 指标时 collectd 不再无法启动。

Jira:OSPRH-12174

3.1.5. Storage
复制链接

3.1.5.1. 已知问题
复制链接

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

从 iptables 迁移到 nftables 会导致网络不稳定

在次版本更新过程中，从 iptables 迁移到 nftables 会导致网络不稳定。此问题会影响从客户虚拟机到 CephFS-NFS (NFS-Ganesha)的现有网络连接，并可能导致客户端行为无法预测。

临时解决方案：

  1. 使用-- limit 选项一次升级一个节点。
  2. 在升级节点前，请验证 CephFS-NFS 没有在要更新的节点上运行。在执行升级前，您可以将 CephFS-NFS 切换到不同的节点。

Jira:OSPRH-16597

3.1.6. 升级和更新
复制链接

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

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

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

在从 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

3.1.6.2. 已知问题
复制链接

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

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 /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

次要更新失败，因为为 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

本地 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

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat