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生成的ifcfgnetobserv 文件中 IPv6 键值对IPV6_AUTOCONF=no不会阻止系统配置默认路由,以响应路由器公告。临时解决方案 : 执行以下步骤来解决这个问题:
设置
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
运行以下命令:
$ sudo sysctl -p另外,您可以运行
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_limit和mac_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 配置会错误地删除传输网络数据包的路由,配置必须重新警告这些路由。
临时解决方案:
确保您已使用安全重启选项配置了 leaf 节点。
如需更多信息,请参阅在 Red Hat OpenStack Platform 中配置动态路由 中的 配置 叶网络。
-
重启
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 更新。