Bug 1488339 - TripleO doesn't install the trunk service plugin when deployed with OVN
Summary: TripleO doesn't install the trunk service plugin when deployed with OVN
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-heat-templates
Version: 12.0 (Pike)
Hardware: Unspecified
OS: Unspecified
Target Milestone: Upstream M1
: 13.0 (Queens)
Assignee: Assaf Muller
QA Contact: Eran Kuris
Depends On:
Blocks: 1537606
TreeView+ depends on / blocked
Reported: 2017-09-05 08:04 UTC by Eran Kuris
Modified: 2019-09-09 13:08 UTC (History)
8 users (show)

Fixed In Version: openstack-tripleo-heat-templates-8.0.2-0.20180327213843.f25e2d8.el7ost
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1537606 (view as bug list)
Last Closed: 2018-06-27 13:36:15 UTC
Target Upstream Version:

Attachments (Terms of Use)
log (121.87 KB, text/plain)
2017-09-05 08:04 UTC, Eran Kuris
no flags Details

System ID Private Priority Status Summary Last Updated
Launchpad 1715087 0 None None None 2017-09-05 08:05:34 UTC
OpenStack gerrit 502542 0 None master: MERGED tripleo-heat-templates: Add trunk service plugin to OVN environment files (I0116168d525d219c1c5a0de1980b0e0162dfbf90) 2018-03-29 16:12:01 UTC
Red Hat Product Errata RHEA-2018:2086 0 None None None 2018-06-27 13:37:07 UTC

Description Eran Kuris 2017-09-05 08:04:07 UTC
Created attachment 1322106 [details]

Description of problem:
Vlan aware VM tests neutron.tests.tempest.scenario.test_trunk.TrunkTest.test_subport_connectivity
Failed with following traceback

Traceback (most recent call last):
  File "/home/centos/tempest-upstream/neutron/neutron/tests/tempest/scenario/test_trunk.py", line 162, in test_trunk_subport_lifecycle
    server1 = self._create_server_with_trunk_port()
  File "/home/centos/tempest-upstream/neutron/neutron/tests/tempest/scenario/test_trunk.py", line 68, in _create_server_with_trunk_port
    trunk = self.client.create_trunk(port['id'], subports=[])['trunk']
  File "/home/centos/tempest-upstream/neutron/neutron/tests/tempest/services/network/json/network_client.py", line 765, in create_trunk
    resp, body = self.post(uri, self.serialize(post_data))
  File "tempest/lib/common/rest_client.py", line 270, in post
    return self.request('POST', url, extra_headers, headers, body, chunked)
  File "tempest/lib/common/rest_client.py", line 659, in request
    self._error_checker(resp, resp_body)
  File "tempest/lib/common/rest_client.py", line 765, in _error_checker
    raise exceptions.NotFound(resp_body, resp=resp)
tempest.lib.exceptions.NotFound: Object not found
Details: {u'message': u'The resource could not be found.', u'type': u'HTTPNotFound', u'detail': u''}

Version-Release number of selected component (if applicable):


How reproducible:

Steps to Reproduce:
1.Deploy OSP12 HA setup with OVN 
2. Run Neutron Vlan aware Vm Tests:

Actual results:
Tests failed

Expected results:
Tests should pass

Additional info:

Comment 1 Eran Kuris 2017-09-05 10:45:28 UTC
This test failed too with the same error: 

Comment 2 Assaf Muller 2017-09-11 19:16:59 UTC
I looked at one of the controllers and it doesn't have 'trunk' in the list of neutron.conf:default:service_plugins, that's why the trunk tests are failing with error 404 not found.

Comment 3 Assaf Muller 2017-09-11 19:23:32 UTC
This is because TripleO, when deployed with OVN, sets the following service_plugins:


NeutronServicePlugins: 'qos,ovn-router'

This is a specific case of a generic issue: If you configure l2gw/bgpvpn/ovn/odl/other "advanced" TripleO environment files override service_plugins (And ml2 mech drivers for that matter), the last environment file that you include will override the service_plugins / mech_drivers stated by the other environment files. So if you include both OVN and Octavia for example, one will override the other. The operator is presently supposed to manually merge all environment files, as the supplied environment files are considered examples. Brent proposed a mechanism to merge attributes like service_plugins instead of having the last environment file override all previous values.

For this specific issue we can workaround it in either the OVN environment file or in CI.

Comment 8 Eran Kuris 2018-04-16 11:55:10 UTC
Fixed in : 
13   -p 2018-04-10.2

Comment 10 errata-xmlrpc 2018-06-27 13:36:15 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.