yahoo-eng-team team mailing list archive

[Terry Wilson <1532273@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

If neutron is originally run with datapath_type=system, then re-started
after setting datapath_type=netdev, the physical and tunnel bridges'
datapth_type is not updated. This is because OVSBridge.create() is not
always called.

In the tunnel bridge case, we only call create() if the bridge doesn't
already exist. Since create() uses --may-exist, the bridge isn't
recreated if it already exists so it should be safe to just call
create().

In the physical bridge case, we never call create() because the the
physical bridges have to be created outside of neutron (and the code
verifies that the bridge is created. In this case, calling create()
after the check shouldn't affect anything other than the 'set'
operations for things like datapath_type.

** 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/1532273

Title:
  datapath_type not updated for physical and tunnel bridges

Status in neutron:
  New

Bug description:
  If neutron is originally run with datapath_type=system, then re-
  started after setting datapath_type=netdev, the physical and tunnel
  bridges' datapth_type is not updated. This is because
  OVSBridge.create() is not always called.

  In the tunnel bridge case, we only call create() if the bridge doesn't
  already exist. Since create() uses --may-exist, the bridge isn't
  recreated if it already exists so it should be safe to just call
  create().

  In the physical bridge case, we never call create() because the the
  physical bridges have to be created outside of neutron (and the code
  verifies that the bridge is created. In this case, calling create()
  after the check shouldn't affect anything other than the 'set'
  operations for things like datapath_type.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1532273/+subscriptions