In order to avoid confusion with the metadata agent in ML2/OVS,
the configuration file for OVN metadata agent is renamed.
Change-Id: I1e47e421a629086ce14444aba9c6e8a8ff3a489f
In Iec53837de1205ab48b16ac7dc9b6eebdd8c4c400, ovsdbapp separates out
the implementation of the common DB methods into a Backend object. This
patch makes it possible to use both 0.4.0 or later versions that contain
the change.
Change-Id: I6efbdfd344cd7341a5a6e084564382156d7cc99a
The nova_metadata_ip config for the metadata daemon has to point
to the SERVICE_HOST (controller) instead of HOST_IP (the host
being deployed).
Also the service_metadata_proxy True has to be set along with
the n-api-metadata service (not n-cpu), so the nova-metadata server
will see the setting.
Change-Id: Ia7c6fd5921fdee7399b53ac823d172000d508644
Right now we're starting metadata agent passing in neutron and ml2
config files. In multinode environments we can't assume that those
files will be present in compute nodes so this patch is adding the
necessary parameters to metadata config file so that it doesn't
depend on any more files.
Change-Id: Ibc7cc750f26bbbbb0fc5f63c3863ef5b3705ddd8
Right now, we are calling provisioning_complete without checking
if the resource is added or not in provisioning block and each
provisioning_complete is triggering port's AFTER_UPDATE
event.
Unit test 'test_registry_notify_before_after_port_binding',
checks number of AFTER_UPDATE events, and is expecting only 2
events when port is updated. Neutron emits only 2 events.
networking-ovn triggering this third AFTER_UPDATE through
provisioning_complete. As neutron or networking-ovn is not
adding port in provisioning block, this provisioning_complete
is not required. So in this patch, we call provisioning_complete
only if the port is added in provisioning block.
Closes-bug: #1707215
Change-Id: Icab5514e29d1bd9927dbbdc68def73eff6be22ce
oslo.config provides sphinx extensions to generate config reference
and sample config files. This commit enables the auto-generation of
the networking config reference.
Part of doc-migration work
Change-Id: I1e5323328c5e8f09dc291ee7d083e2d6c7638a9c
* Use oslo-config-generator config file to generate ml2_conf.ini.
This can be used by oslo_config sphinxext in a follow-up patch.
* Generate metadata_agent.ini sample automatically.
Previously metadata_agent.ini was maintained manually.
* Update .gitignore not to ignore etc directory.
I see no good reason not to maintain etc directory in the repo.
* Update devstack plugin to ensure the output directory
where the ml2_conf sample file will be generated.
Preparation for auto-generated config reference
as part of doc-migration community-wide effort.
Change-Id: I64c6c66f9e14b558733254e9c9c2c64d647b70f8
Right now, our gate is broken due to bug 1707215. Until it's fixed
this patch skips this test so that CI passes again.
Also fix the functional test failure in test_ovn_db_sync by using
ovs 2.7 branch. The reason for the failure is because, recently
ACL table was enhanced to add 2 new columns - name and severity.
If we use these new columns in the acl code AS IS,
'gate-tempest-dsvm-networking-ovn-ovs-release' will be broken.
We need to handle the DB changes properly in the networking-ovn code
in order to support master and latest release branch code of OVS.
Related-Bug: #1707215
Closes-bug: #1708594
Change-Id: Ibc0f5fbde8bba6dd264a2653d515bac4bfc9a8a4
neutron-lib contains the qos constants now, and neutron is moving to it
in I6ed379b178a2b79fd14385a1d1e87d87eb04bfb9. This patch moves all
references from neutron's qos constants to neutron-lib.
Change-Id: I2d7aba76dd81e4ba00d7fc9e57cd97efab40f18d
Add a more prominent link to the OpenStack+OVN tutorial available in
the OVN project docs.
Change-Id: I3562016bbc910506a2256ffe5e0ce421d4f7a73a
Signed-off-by: Russell Bryant <rbryant@redhat.com>
neutron-lib contains the QoS DriverBase class and neutron is moving
to it in Ic8027b73f82d691bd3c465061a4c8d8301288b07. This patch
updates reference of such to also use neutron-lib.
Change-Id: If69880187b0914a79cea0dddcc0cf8914c62337d
ovs_integration_bridge is defined in OVN metadata conf but not used.
Change-Id: I1144424641b7bb201d864f50a86fe04c7610422e
Signed-off-by: Dong Jun <dongj@dtdream.com>
In order to avoid confusion with ML2/OVS metadata service, this
patch renames the config dir to 'ovn-metadata-proxy'.
Change-Id: I54e041e46befc4138092ac09e4a207bf9a5f13a4
Until OVS 2.8 is released, we don't want ovn_metadata to be enabled.
It will still be tested in the gate by the tempest job against OVS
master branch.
Once 2.8 is out we can revert this patch and enable it by default.
Change-Id: Id7f40c74da700c39b7151768c03823a5644c87a5
Depending on whether OVN metadata service is enabled or not,
devstack will now configure the plugin accordingly.
Change-Id: Ibf8c7b4eea58e105ae660dedff98aeb673f375a4
Initial implementation
Changes in the mechanism driver:
* Automatically create a port with device_owner=network:dhcp to
serve metadata and eventually DHCP.
* Auto-allocate an IP for the metadata port on subnet creation.
* Push static route for 169.254.169.254 in DHCP options.
* Wait until metadata service is provisioned in the chassis where
a port resides before sending the event to Nova.
Agent:
* Implementation of [0].
Devstack plugin:
* Starts networking-ovn-agent with the proper config files.
* Disables config drive in nova.conf for tempest against master
branch.
* Enables TEMPEST_RUN_VALIDATION for tempest against master branch.
In order to test this patch out we need to make these changes to
nova.conf:
* [DEFAULT] section:
force_config_drive = False
* [neutron] section:
service_metadata_proxy = True
This patch depends on [1] and [2] (already merged into OVS master).
NOTE: Metadata tests are only enabled for the non-voting tempest job
which runs against OVS master branch. The release job runs against
OVS 2.7 which doesn't include [1][2] so those tests are disabled
until OVS 2.8 is released.
[0]
https://docs.openstack.org/developer/networking-ovn/design/metadata_api.html
[1] https://patchwork.ozlabs.org/patch/767369/
[2] https://patchwork.ozlabs.org/patch/771297/
Change-Id: Ife2fd18f2f88050429e70c7e557fa41d2d54b034
In openstackdocstheme, a vertical line is shown for a quote block.
Unnecessary leading spaces or wrong indent level causes unexpected
vertical line at the left side. This commit ajust the indent levels.
Change-Id: I81323f4ebbac1e7d502d15c33b0cb7aa95f5fc52
This patch is extending the DevStack plugin to allow installing ovsdbapp
from git master branch. This will be used in the ovsdbapp gate to run
the latest code against networking-ovn to ensure that changes made to
the ovsdbapp library won't break the project.
Change-Id: I3ea1fb34c22685130153fd9edca1c1c89cd45291
Like in other commands this patch is adding a "if_exist" parameter to
SetLRouterPortInLSwitchPortCommand. This will later be used by the
journal recovery module.
Partial-Bug: #1605089
Change-Id: I093bc5982a71bd2d893a41a53194be3384b44088
This patch is adding the security groups and security group rules
resources to the OVNClient so later we can use it for journaling.
Partial-Bug: #1605089
Change-Id: I452819c95173ca9a653a7557fdd7eeac6e4047d2