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

Posted lsw-blogs

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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。。。
 
 
这个问题P版本已经解决了,但是代码变更的比较多,不值得我们花太多精力backport回来,我们还是测试一下通过管理服务启动顺序来解决吧。

 

以上是关于neutron服务重启导致部分设备tag变成4095问题的主要内容,如果未能解决你的问题,请参考以下文章

openstack-6neutron(网络服务)

neutron中的dhcp功能

linux机器重启后机器变成裸机了

基础云服务器重启之后ovs路由器中keepalived进程没正常启动导致vxlan虚拟机无法通信

OpenStack的部署T版——Neutron组件

OpenStack的部署T版——Neutron组件