neutron服务重启导致部分设备tag变成4095问题

vxlan模式下重启控制节点(网络节点) neutron 服务会导致ovs路由器的 ha qr qg等设备tag为4095 导致这个tag上的设备无法通信

现问题解决方法

 

• 修改数据库信息

 

4095端口在 neutron.ml2_port_bindings 表中状态一定是 bind_failed

 

1. update neutron.ml2_port_bindings set vif_type='ubound' where port_id like {PORTID}

 

• 重启 openvswitch neutron-openvswitch-agent 解决

4095问题是openstack社区的bug，社区已经有了详细的讨论，根本原因是neutron-server服务比neutron-openvswitch-agent启动的快导致的

1. 服务器关闭，这个服务器上neutron服务被标记为down状态

2. 服务器开机后，neutron server服务先启动，检查发现agent服务没启动，这些端口标注为bind failed状态。

3. agent启动之后，发现这些端口是down状态。。。然后就把它们标记成4095。。。

 

社区讨论的地址是： https://bugzilla.redhat.com/show_bug.cgi?id=1257567#c0

 

这个问题P版本已经解决了，但是代码变更的比较多，不值得我们花太多精力backport回来，我们还是测试一下通过管理服务启动顺序来解决吧。

转载于:https://www.cnblogs.com/lsw-blogs/p/11077650.html