Bug 1648628

Summary: [downstream clone - 4.2.8] [RFE] - Certify OVS from OSP 13 via Neutron API with external OSP provider on RHV 4.2.z
Product: Red Hat Enterprise Virtualization Manager Reporter: Dan Kenigsberg <danken>
Component: ovirt-engineAssignee: Dominik Holler <dholler>
Status: CLOSED NEXTRELEASE QA Contact: Michael Burman <mburman>
Severity: high Docs Contact:
Priority: high    
Version: 4.2.0CC: danken, dholler, lsurette, mburman, mmirecki, mtessun, myakove, nyechiel, ratamir, Rhev-m-bugs, rhv-bugzilla-bot, sbonazzo, srevivo
Target Milestone: ovirt-4.2.8Keywords: FutureFeature, TestOnly, ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Neutron from OSP 13 configured to use OVS can be used as an external network provider on RHV 4.2.z.
Story Points: ---
Clone Of: 1630861 Environment:
Last Closed: 2019-01-28 13:45:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1598391, 1630861    
Bug Blocks:    

Description Dan Kenigsberg 2018-11-11 08:37:37 UTC
+++ This bug was initially created as a clone of Bug #1630861 +++

+++ This bug is a downstream clone. The original bug is: +++
+++   bug 1598391 +++
======================================================================

Description of problem:
RHV is supports OSP's OvS ml2 plugin since ever. Certify OVS via Neutron API with external OSP 13 provider. 

Installation should still be done via OSP director networker role.

Comment 2 Michael Burman 2018-12-12 06:47:52 UTC
Verified upstream with:
vdsm-hook-openstacknet-4.20.44-10.git7e27562.el7.noarch
openvswitch-2.9.0-56.el7fdp.x86_64
openstack-neutron-openvswitch-12.0.3-5.el7ost.noarch (rhv nodes VMs)
openstack-neutron-openvswitch-12.0.4-2.el7ost.noarch (controller VM)
Red Hat OpenStack Platform release 13.0 (Queens)
4.2.8-0.1.el7ev

Comment 3 Michael Burman 2019-01-23 15:41:41 UTC
This bug should have been moved to ON_QA..any idea why not? 
Sandro, can you please move it to ON_QA?

Comment 4 Dan Kenigsberg 2019-01-23 21:52:27 UTC
Dominik, have we forgotten to add this to errata?
Please link to the advisory that fixes this RFE. I believe it should be closed.

Comment 5 Raz Tamir 2019-01-23 22:30:08 UTC
QE verification bot: the bug was verified upstream

Comment 6 Dominik Holler 2019-01-28 13:43:23 UTC
(In reply to Dan Kenigsberg from comment #4)
> Dominik, have we forgotten to add this to errata?
> Please link to the advisory that fixes this RFE. I believe it should be
> closed.

looks like this.