Kevin Benton
cb79d09e24
Fix ML2 revision_number handling in port updates
The revision number is bumped on the flush that changes the port or a resource that bumps the port. However, in ML2 we create the dict that is used for after_update events, mech driver calls, and the API response before all resource modifications are complete so the dict may not reflect the correct revision number. This adjusts the update_port_status to flush changes to the DB before constructing the dictionary response to give the event listener a chance to bump the revision. It also adjusts ML2 to update the 'updated_port' dict with the latest result from make_port_dict after all of the related objects have been processed to ensure the result has the latest info from extensions. The API test for allowed address pairs was adjusted to stop checking for order on update since no order is stored in the DB. The API test for revision numbers and ports was updated to expect the correct behavior. Closes-Bug: #1625981 Change-Id: I49d2d79a57d484fd98b8969f511895e607b7f128
Welcome!
You have come across a cloud computing network fabric controller. It has identified itself as "Neutron." It aims to tame your (cloud) networking!
External Resources:
The homepage for Neutron is: http://launchpad.net/neutron. Use this site for asking for help, and filing bugs. Code is available on git.openstack.org at <http://git.openstack.org/cgit/openstack/neutron>.
The latest and most in-depth documentation on how to use Neutron is available at: <http://docs.openstack.org>. This includes:
- Neutron Administrator Guide
- Neutron Developer Guide
- Networking Guide
- Neutron API Reference:
- Current Neutron developer documentation is available at:
For help on usage and hacking of Neutron, please send mail to <mailto:openstack-dev@lists.openstack.org>.
For information on how to contribute to Neutron, please see the contents of the CONTRIBUTING.rst file.
Description
Languages
Python
99.7%
Shell
0.3%