yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #42017
[Bug 1521314] [NEW] Changing physical interface mapping may result in multiple physical interfaces in bridge
Public bug reported:
Version: 2015.2 (Liberty)
Plugin: ML2 w/ LinuxBridge
While testing various NICs, I found that changing the physical interface
mapping in the ML2 configuration file and restarting the agent resulted
in the old physical interface remaining in the bridge. This can be
observed with the following steps:
Original configuration:
[linux_bridge]
physical_interface_mappings = physnet1:eth2
racker@compute01:~$ brctl show
bridge name bridge id STP enabled interfaces
brqad516357-47 8000.e41d2d5b6213 no eth2
tap72e7d2be-24
Modify the bridge mapping:
[linux_bridge]
#physical_interface_mappings = physnet1:eth2
physical_interface_mappings = physnet1:eth1
Restart the agent:
racker@compute01:~$ sudo service neutron-plugin-linuxbridge-agent restart
neutron-plugin-linuxbridge-agent stop/waiting
neutron-plugin-linuxbridge-agent start/running, process 12803
Check the bridge:
racker@compute01:~$ brctl show
bridge name bridge id STP enabled interfaces
brqad516357-47 8000.6805ca37dc39 no eth1
eth2
tap72e7d2be-24
This behavior was observed with flat or vlan networks, and can result in
some wonky behavior. Removing the original interface from the bridge(s)
by hand or restarting the node is a workaround, but I suspect
LinuxBridge users aren't used to modifying the bridges manually as the
agent usually handles that.
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1521314
Title:
Changing physical interface mapping may result in multiple physical
interfaces in bridge
Status in neutron:
New
Bug description:
Version: 2015.2 (Liberty)
Plugin: ML2 w/ LinuxBridge
While testing various NICs, I found that changing the physical
interface mapping in the ML2 configuration file and restarting the
agent resulted in the old physical interface remaining in the bridge.
This can be observed with the following steps:
Original configuration:
[linux_bridge]
physical_interface_mappings = physnet1:eth2
racker@compute01:~$ brctl show
bridge name bridge id STP enabled interfaces
brqad516357-47 8000.e41d2d5b6213 no eth2
tap72e7d2be-24
Modify the bridge mapping:
[linux_bridge]
#physical_interface_mappings = physnet1:eth2
physical_interface_mappings = physnet1:eth1
Restart the agent:
racker@compute01:~$ sudo service neutron-plugin-linuxbridge-agent restart
neutron-plugin-linuxbridge-agent stop/waiting
neutron-plugin-linuxbridge-agent start/running, process 12803
Check the bridge:
racker@compute01:~$ brctl show
bridge name bridge id STP enabled interfaces
brqad516357-47 8000.6805ca37dc39 no eth1
eth2
tap72e7d2be-24
This behavior was observed with flat or vlan networks, and can result
in some wonky behavior. Removing the original interface from the
bridge(s) by hand or restarting the node is a workaround, but I
suspect LinuxBridge users aren't used to modifying the bridges
manually as the agent usually handles that.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1521314/+subscriptions
Follow ups