Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

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