neutron-openvswitch-agent break network connection on second reboot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Expired
|
Undecided
|
Unassigned |
Bug Description
Issue:
======
Installation steps for Openstack Queens Compute Nodes:
1- Install and configure openvswitch, neutron-
2- create virtual bridges
/bin/ovs-vsctl del-br br-int
/bin/ovs-vsctl del-br br-bond0
/bin/ovs-vsctl add-br br-int
/bin/ovs-vsctl add-br br-bond0
/bin/ovs-vsctl --may-exist add-bond br-bond0 bond0 eno49 eno50 bond_mode=
3- add mgmt0 port to br-bond0 bridge which will be used by hypervisor to connect to openstack controllers by reconfigure /etc/sysconfig/
5- delete libvirt default network.
Note: I share the same physical network interfaces between Data Network(VM network) and Management Network(nova and neutron network to controllers). And all the physical interfaces are bonding(
6- reboot for the first time
After the first reboot the network connection is functioning as expected. Then try the second reboot, without changing any config, the network never come back again.
This can be fix by rerun the step 2 and do another reboot but if i reboot the machine another time, the network will break again. Also, if i stop and disable neutron-
I'm not sure if i miss something here but i have this same setup working from Juno through Ocata, i never test on Pike though.
Setup
=====
OS: CentOS Linux release 7.5.1804 (Core)
Neutron Openvswitch agent tested version: openstack-
Openvswitch tested version: openvswitch-
Network Setup:
[eno5,eno6] <= Br-bond0[
# ovs-vsctl show
0f950035-
Manager "ptcp:6640:
Bridge br-int
Controller "tcp:127.
fail_mode: secure
Port "int-br-bond0"
Port br-int
Bridge "br-bond0"
Controller "tcp:127.
fail_mode: secure
Port "mgmt0"
Port "br-bond0"
Port "bond0"
Port "phy-br-bond0"
ovs_version: "2.9.0"
# cat /etc/sysconfig/
DEVICE=mgmt0
ONBOOT=yes
BOOTPROTO=static
TYPE=OVSIntPort
DEVICETYPE=ovs
OVS_BRIDGE=br-bond0
HOTPLUG=no
IPADDR=10.1.1.11
PREFIX=24
DEFROUTE=yes
# cat /etc/sysconfig/
DEVICE=bond0
ONBOOT=yes
DEVICETYPE=ovs
TYPE=OVSBond
OVS_BRIDGE=
BOOTPROTO=none
BOND_IFACES="eno5 eno6"
OVS_OPTIONS=
HOTPLUG=no
NM_CONTROLLED=no
# egrep -v "^$|^#" /etc/neutron/
[DEFAULT]
auth_strategy = keystone
core_plugin = ml2
service_plugins = router
debug = true
rpc_backend = rabbit
[agent]
[cors]
[database]
[keystone_
auth_uri = http://
auth_type = password
auth_url = http://
project_domain_name = default
user_domain_name = default
project_name = service
username = neutron
password = xxxxx
[matchmaker_redis]
[nova]
[oslo_concurrency]
lock_path = /var/lib/
[oslo_messaging
[oslo_messaging
[oslo_messaging
[oslo_messaging
amqp_durable_queues = True
rabbit_hosts = xxxx:5672,
rabbit_userid = xxxx
rabbit_password = xxxxx
rabbit_
rabbit_
rabbit_max_retries = 0
rabbit_ha_queues = True
[oslo_messaging
[oslo_middleware]
[oslo_policy]
[quotas]
[ssl]
# egrep -v "^$|^#" /etc/neutron/
[DEFAULT]
debug = true
[l2pop]
[ml2]
type_drivers = flat,vlan,vxlan
mechanism_drivers = openvswitch,
[ml2_type_flat]
flat_networks = physnet30
[ml2_type_geneve]
[ml2_type_gre]
tunnel_id_ranges = 1:1000
[ml2_type_vlan]
network_vlan_ranges = physnet30
[ml2_type_vxlan]
[securitygroup]
firewall_driver = neutron.
enable_
[ovs]
enable_tunneling = False
local_ip = 10.1.1.11
network_vlan_ranges = physnet30
bridge_mappings = physnet30:br-bond0
Is this a new deployment on Centos 7.5.1804 ?
I'm just asking since re-running the ovs-vsctl commands seem to fix things.