Bug 1362495

Summary:	[OVS] - Add proper support for live migration (without fancy libvirt hooks)
Product:	[oVirt] vdsm	Reporter:	Michael Burman <mburman>
Component:	Core	Assignee:	Petr Horáček <phoracek>
Status:	CLOSED WONTFIX	QA Contact:	Meni Yakove <myakove>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	---	CC:	baptiste.agasse, bugs, danken, devin.bougie, phoracek, rust710, s.kieske, ylavi
Target Milestone:	---	Flags:	sbonazzo: ovirt-4.3-
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-08-01 08:04:43 UTC	Type:	Bug
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:
Bug Blocks:	1195208, 1366899

Description Michael Burman 2016-08-02 11:19:54 UTC

Description of problem:
[OVS] - Add support for live migration. 

Currently the feature 'Support for native Open vSwitch networks configuration' is incomplete and it lacks live migration which is highly needed in case of upgrading a cluster to an ovs type. 

 
Version-Release number of selected component (if applicable):
4.0.2.3-0.1.el7ev
openvswitch-2.4.1-1.git20160727.el7_2.x86_64

Comment 1 Red Hat Bugzilla Rules Engine 2016-08-04 12:41:09 UTC

Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone.

Comment 2 Mor 2016-11-15 06:57:56 UTC

Hi,
This issue also affects OVN migration (which is based on OVS).
Tested on:
oVirt Engine Version: 4.1.0-0.0.master.20161112231308.git672bd31.el7.centos
Vdsm: oVirt Engine Version: 4.1.0-0.0.master.20161112231308.git672bd31.el7.centos

Comment 3 Dan Kenigsberg 2016-12-07 10:33:08 UTC

4.1 would only have https://gerrit.ovirt.org/#/c/67455/ to allow OvS migration

Comment 4 Yaniv Lavi 2018-08-01 08:04:43 UTC

We have moved to use OVN that resolves this in a different way.