3.8.6. 已知问题


目前,Red Hat OpenStack Platform (RHOSP)中存在这些已知问题:

BZ#2216209
目前,对于负载均衡服务(octavia)部署,每次触发 Ansible 工作流时,Ansible 将 amphora 镜像转储到临时目录中。Ansible 工作流不会自动清除这些镜像,并可能会出现空间利用率问题。临时解决方案: 请参阅红帽知识库解决方案,带有 octavia 的 OpenStack 部署保留孤立的 amphora 镜像
BZ#2219830

在 RHOSP 17.1 中,有临时数据包丢失的问题,其中硬件中断请求(IRQ)会在 OVS-DPDK PMD 线程或运行 DPDK 应用程序的客户机上出现非自愿上下文切换。

此问题是在部署过程中置备大量 VF 的结果。VF 需要 IRQ,每个必须绑定到物理 CPU。当没有足够的内务 CPU 处理 IRQ 的容量时,irqbalance 无法绑定所有它们,而 IRQ 在隔离的 CPU 上进行绑定。

临时解决方案:您可以尝试一个或多个这些操作:

  • 减少置备的 VF 数量,以避免将未使用的 VF 保持绑定到其默认 Linux 驱动程序。
  • 增加内务 CPU 的数量,以处理所有 IRQ。
  • 强制关闭未使用的 VF 网络接口,以避免 IRQ 中断隔离的 CPU。
  • 禁用未使用、VF 网络接口上的多播和广播流量,以避免 IRQ 中断隔离的 CPU。
BZ#2269564
从 RHOSP 16.2 升级到 17.1 所需的时间会随着环境中的节点数增加。要减少完成升级所需的时间,您可以将节点分成多个角色。如需更多信息,请参阅红帽知识库文章 如何在从 RHOSP 16.2 升级到 RHOSP 17.1 的过程中分离角色
BZ#2282237

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

临时解决方案 : 执行以下步骤来解决这个问题:

  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.default.accept_ra_defrtr=0
      net.ipv6.conf.default.accept_ra=0
    • 对于所有接口在引导时:

      net.ipv6.conf.all.accept_ra_defrtr=0
      net.ipv6.conf.all.accept_ra=0
  2. 运行以下命令:

    $ sudo sysctl -p
  3. 另外,您可以运行 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.default.accept_ra_defrtr=0
      $ sudo sysctl -w net.ipv6.conf.default.accept_ra=0
    • 对于所有接口在引导时:

      $ sudo sysctl -w net.ipv6.conf.all.accept_ra_defrtr=0
      $ sudo sysctl -w net.ipv6.conf.all.accept_ra=0
BZ#2292053

在从 RHOSP 16.2 升级到 17.1 的过程中,如果您的环境包含预置备节点,openstack overcloud node provision 命令会失败,因为 baremetal-deployment.yaml 文件中没有正确定义预置备节点。

临时解决方案: 在添加预置备节点时,在 overcloud 节点置备步骤时,红帽知识库文章 LEAPP 从 16.2 升级到 17.1 会失败

BZ#2294189

在这个版本中修复了一个程序错误,它会阻止参数 fdb_removal_limitmac_binding_removal_limit 的值应用到 OVN 数据库。这些值会被解析,但不应用。

现在,这些值会应用到数据库。

BZ#2305981

当您从 RHOSP 16.2 升级到 17.1 时,在系统升级过程中,一个已知问题会导致 GRUB 包含 RHEL 7 条目而不是 RHEL 8 条目。因此,主机无法重启。此问题会影响之前运行 RHOSP 13.0 或更早版本的环境。

临时解决方案: 请参阅红帽知识库解决方案 Openstack 16 到 17 FFU - 在 LEAPP 升级 UEFI 系统不会启动,因为 /boot/grub2/grub.cfg 无效

BZ#2308346

在 RHOSP 17.1 动态路由环境中,重启自由范围路由(FRR)容器可能会导致意外的网络中断。这是因为在重启过程中,一些 OVN BGP 代理和 FRR 配置会错误地删除传输网络数据包的路由,配置必须重新警告这些路由。

临时解决方案:

  1. 确保您已使用安全重启选项配置了 leaf 节点。

    如需更多信息,请参阅在 Red Hat OpenStack Platform 中配置动态路由 中的 配置 叶网络

  2. 重启 frr 容器后立即重启 ovn-bgp-agent 容器,并在重新载入包含安全重启选项的新配置后等待代理同步。
BZ#2313372
在 RHOSP 17.1 GA、17.1.1 和 17.1.2 更新至 RHOSP 17.1.4 时,当使用 Open Virtual Network (OVN)后端时,在 OVN 更新的外部运行时,可能会出现短暂的网络 API 中断。
BZ#2313764
目前,在 RHOSP 更新过程中,如果 os-net-config 遇到错误,则无法报告它们,且部署可以完成,而无需管理员意识到网络配置有问题。没有临时解决方案。
BZ#2313793

在 RHOSP 17.1 中,当您删除 OVS 代理时,网络服务(neutron)不会从 ovsdb 中删除对应的 VXLAN 端点。这种情况可能会导致 L3 HA 路由器出现问题,这可能会错误地认为运行已删除代理的节点仍然活跃。

临时解决方案:请参阅 FIP 在网络/控制器节点替换后停止工作

BZ#2322497
目前,在使用 FRRouting 和 OVN BGP 代理的 IPv6 环境中,在 control 和 data plane 上可能会出现动态路由中断。这些中断会在重启后触发,如果关闭,或者导致发现新的 IPv6 路由的事件,并可能会错误地覆盖 BGP 获取的 IPv6 默认路由。 临时解决方案: 禁用 IPv6 路由器对发送它们的接口。
BZ#2322938
目前,当 MTU 不匹配时,通信对等点不知道差异,并且网络服务(neutron)可以静默丢弃数据包。OVN 是造成此问题的原因,因为它无法发送消息 ICMP 法国需要临时解决方案: 首选方法是调整 MTU 值,以防止传输太大的数据包。另一种方法是在 tripleo 模板中设置 OVNEmitNeedToFrag 选项。如需更多信息,请参阅 知识库解决方案 Neutron ML2/OVN 数据包碎片问题
BZ#2322948

如果您创建 IPv6 子网,请确保网络具有至少 1280 octets 的 MTU。

IPv6 子网至少需要 1280 个字节的 MTU,但 RHOSP 不包括验证过程来强制实施该要求。

BZ#2323725
如果您的 RHOSP 17.0 环境使用 ML2/OVN 部署,则无法将您的环境直接从 RHOSP 17.0 更新至 17.1.4。您必须先更新至 RHOSP 17.0.1。如需更多信息,请参阅 保持 Red Hat OpenStack Platform 更新
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

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

让开源更具包容性

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

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部