Bug 1292096

Summary:	v2v: Implement bypass for dcpath (cluster name) issue
Product:	[oVirt] vdsm	Reporter:	Nisim Simsolo <nsimsolo>
Component:	Core	Assignee:	Francesco Romani <fromani>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Nisim Simsolo <nsimsolo>
Severity:	high	Docs Contact:
Priority:	high
Version:	---	CC:	bugs, gklein, mavital, mgoldboi, michal.skrivanek, mkalinin, nsimsolo, sbonazzo, shavivi, tjelinek
Target Milestone:	ovirt-3.6.5	Flags:	rule-engine: ovirt-3.6.z+ rule-engine: blocker+ mgoldboi: planning_ack+ tjelinek: devel_ack+ mavital: testing_ack+
Target Release:	4.17.26
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-04-21 14:38:41 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Virt	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1263574, 1292437, 1292438
Bug Blocks:	952703, 1236075, 1318014

Description Nisim Simsolo 2015-12-16 13:12:57 UTC

Description of problem:
- Currently, when using VMware with VMs under cluster, it's impossible to query VMs or import VMs.
- This issue is a known libguestfs issue (https://bugzilla.redhat.com/show_bug.cgi?id=1263574) with a fix targeted to RHEL 7.3.
- Possible bypass for this issue is to modify cluster name in the dcpath of virt-v2v command. 
cluster name can be derived from webadmin external-provider/import dialogs.
- AFAIU, compatibility consideration is not relevant because this modification should not affect v2v when using RHEL 7.3 hosts.


Version-Release number of selected component (if applicable):
rhevm-3.6.1.3-0.1.el6
libvirt-client-1.2.17-13.el7_2.2.x86_64
qemu-kvm-rhev-2.3.0-31.el7_2.4.x86_64
vdsm-4.17.13-1.el7ev.noarch

How reproducible:
Consistently

Steps to Reproduce:
1. In VMware environment, create VM under cluster.
2. From RHEVM try to add VMware external provider or import VM from VMware.
3. 

Actual results:
Actions failed with "HTTP/1.1 404 Not Found" log error.

Expected results:
List available VMs to import and import VMs should not failed.

Additional info:
libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1263574

Comment 1 Michal Skrivanek 2015-12-17 08:57:59 UTC

Shahar, can you please describe a workaround in RHEV terms?

Comment 2 Shahar Havivi 2015-12-17 09:13:40 UTC

by parsing the libvirt uri and passing the data center path and adding the 
--dcpath parameter.

we need to patch oVirt engine and vdsm for that.

Comment 4 Michal Skrivanek 2015-12-17 09:43:58 UTC

workaround is to use v2v on command line - obviously that's not what we want eventually:) We need to make sure it gets fixed on v2v/libvirt side within 3.6.z as soon as possible

Comment 5 Richard W.M. Jones 2016-01-07 14:19:37 UTC

*** Bug 1291055 has been marked as a duplicate of this bug. ***

Comment 9 Tomas Jelinek 2016-03-02 08:11:52 UTC

*** Bug 1311770 has been marked as a duplicate of this bug. ***

Comment 10 Michal Skrivanek 2016-03-16 06:40:30 UTC

bump up is required

libvirt-1.2.17-13.el7_2.4

v2v dependency (tracked in bug 1318014):
virt-v2v-1.28.1-1.55.el7_2.2.x86_64

we do have a libguestfs dependency already, so I guess a bump up of libguestfs-tools-c would do the job

Comment 12 Mike McCune 2016-03-28 22:37:22 UTC

This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 13 Nisim Simsolo 2016-04-13 10:17:42 UTC

Verified using VMware 6 build 2594327 and VMware 5.5 build 2893190:
rhevm-3.6.5.3-0.1.el6
qemu-kvm-rhev-2.3.0-31.el7_2.10.x86_64
vdsm-4.17.26-0.el7ev.noarch
libvirt-daemon-1.2.17-13.el7_2.4.x86_64
sanlock-3.2.4-2.el7_2.x86_64