4.3. RHBA-2018:2215 - openstack-neutron 程序错误修复更新

本节中所包括的错误已在 RHBA-2018:2215 公告中解决。有关此公告的详情请点击以下链接 ：https://access.redhat.com/errata/RHBA-2018:2215.html。

OpenDaylight

当实例没有浮动 IP 地址访问另一个路由器上的浮动 IP 时，多个子网的 nova 实例之间的第 3 层连接可能会失败。当 nova 实例分散到多个计算节点时，会出现这种情况。这个问题还没有适当的临时解决方案。

在部署过程中，一个或多个 OpenDaylight 实例可能会因为功能加载错误而无法正确启动。这可能会导致部署或功能失败。

当部署通过时，三个 OpenDaylight 实例必须只有两个可以正常工作，才能成功进行部署。第三个 OpenDaylight 实例可能会错误地启动。使用 docker ps 命令检查每个容器的健康状况。如果不健康，请使用 docker restart opendaylight_api 重启容器。

当部署失败时，唯一的选项是重启部署。对于基于 TLS 的部署，所有 OpenDaylight 实例都必须正确引导或部署将失败。

在 NAT 设置过程中，创建FibEntry 中缺少的参数会生成 Null Pointer Exception (NPE)。这个错误可能会导致路由表中缺少 FIB 条目，从而导致 NAT 或路由失败。在这个版本中，在 RPC 调用中添加了正确的参数。OpenDaylight 日志中不再看到 NPE，且 NAT 和路由功能可以正常工作。

当在没有 VLAN 网络中任何端口的节点上选择了 NAPT 开关时，则不需要的所有流。对于网络没有浮动 IP 地址的所有虚拟机，外部连接会失败。在这个版本中，为作为路由器一部分的 VLAN 的 NAPT 切换中添加了一个伪端口，以创建 VLAN 空间。外部连接适用于没有浮动 IP 地址的虚拟机。

一个竞争条件会导致 Open vSwitch 没有连接到 Opendaylight openflowplugin。目前，针对此产品的 13.z 版本实施了一个修复程序。

当路由器网关被清除后，不会删除与学习 IP 地址相关的 3 层流。学到的 IP 地址包括 PNF 和外部网关 IP 地址。这会造成过时的流，但无法正常工作问题。外部网关和 IP 地址不会频繁更改。删除外部网络时，会删除过时的流。

openstack-neutron

为 neutron OVS 代理添加了一个名为 bridge_mac_table_size 的新配置选项。这个值设置为由 openvswitch-neutron-agent 管理的每个网桥上的 "other_config:mac-table-size" 选项。值控制可以在网桥上学习的最大 MAC 地址数。这个新选项的默认值为 50,000，大多数系统应该足够。OVS 将强制在合理范围之外的值(10 到 1000,000)

python-networking-odl

Neutron 可能会出现错误声明，用于 Neutron 路由器创建配额超过。存在一个已知问题：由于 networking-odl 错误，在 Neutron DB 中使用单一创建请求来创建多个路由器资源。造成此问题的解决方法是，使用 OpenStack Neutron CLI 删除重复的路由器，然后再次创建路由器，从而产生单个实例。

python-networking-ovn

当 OVSDB 服务器切换到其他控制器节点时，来自 neutron-server/metadata-agent 的重新连接不会发生，因为它们没有检测到这个条件。

因此，引导虚拟机可能无法作为 metadata-agent 置备新的元数据命名空间，集群不会如预期执行。

可能的解决方法是，在将新控制器提升为 OVN 数据库的 master 后，重启所有计算节点中的 ovn_metadata_agent 容器。另外，将 plugin.ini 上的 ovsdb_probe_interval 增加到 600000 毫秒。

如果没有为子网设置 'dns_nameservers' 字段，附加到子网的虚拟机具有空的 /etc/resolv.conf。在这个版本中，neutron-server 从其运行的主机的 /etc/resolv.conf 获取 DNS 解析器，并将其用作租户虚拟机的默认 dns_nameservers。