yahoo-eng-team team mailing list archive

[Alan Pevec <1263866@xxxxxxxxxxxxxxxxxx>]

** Changed in: neutron/icehouse
   Importance: Undecided => Medium

** Changed in: neutron/icehouse
     Assignee: (unassigned) => Édouard Thuleau (ethuleau)

** Also affects: neutron/havana
   Importance: Undecided
       Status: New

** Changed in: neutron/havana
       Status: New => Fix Committed

** Changed in: neutron/havana
   Importance: Undecided => Medium

** Changed in: neutron/havana
     Assignee: (unassigned) => Édouard Thuleau (ethuleau)

** Tags removed: havana-backport-potential icehouse-backport-potential
in-stable-havana in-stable-icehouse

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1263866

Title:
  OVS lib deferred apply cannot handle concurrency

Status in OpenStack Neutron (virtual network service):
  Fix Committed
Status in neutron havana series:
  Fix Committed
Status in neutron icehouse series:
  Fix Committed

Bug description:
  OVS lib propose a deferred apply methods to save system calls to 'ovs-
  ofctl' binaries ('ovs-ofctl' can apply flow from file or stdin if file
  is '-').

  This method use a dict for 'add', mod' or 'del' flow actions that contain a concatenated string flows. This dict is purge after all flows are applied at the end of 'deferred_apply_off' method.
  If another call is made on that dict during the 'deferred_apply_off', some flows could be deleted a the end when they have not been applied.

  I can see that on ML2 plugin with l2-pop mechanism driver. If I delete
  more than one port at a time, some flooding flow rules could be not
  deleted on the br-tun bridge.

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