Bug 961133 - OVS L2 Agent looks for bridge changes via inefficient polling
Summary: OVS L2 Agent looks for bridge changes via inefficient polling
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 4.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: Upstream M3
: 5.0 (RHEL 7)
Assignee: Maru Newby
QA Contact: Ofer Blaut
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-08 21:28 UTC by Maru Newby
Modified: 2016-04-26 22:35 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-17 07:17:09 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1177973 0 None None None Never
OpenStack gerrit 45676 0 None None None Never
OpenStack gerrit 45677 0 None None None Never
OpenStack gerrit 45678 0 None None None Never

Description Maru Newby 2013-05-08 21:28:17 UTC 
See upstream bug: https://bugs.launchpad.net/quantum/+bug/1177973
Comment 3 Ofer Blaut 2013-10-17 06:44:45 UTC 
Hi Maru
We need info how to test it on non dev stack setup , is looking on CPU is enough ? 

Ofer
Comment 4 Maru Newby 2013-10-21 17:09:32 UTC 
Ofer: Validation could include detecting the invocation rate for ovs-vsctl (the command which polling minimization affects) , since the cpu load would vary by the performance of a given system.  I would also suggest killing the monitor process and ensuring that the agent falls back to polling (if no respawn interval is provided) or respawns the monitor process (if respawn interval is provided).
Comment 5 Maru Newby 2013-11-14 14:16:54 UTC 
The upstream didn't merge in time for Havana, and therefore doesn't have to be considered for 4.0.
Note You need to log in before you can comment on or make changes to this bug.