Bug 1798105

Summary:	[RFE] [v2v] Split virt-v2v so it is consumable without doing the copy step
Product:	Red Hat Enterprise Linux 9	Reporter:	Martin Kletzander <mkletzan>
Component:	virt-v2v	Assignee:	Richard W.M. Jones <rjones>
Status:	CLOSED DUPLICATE	QA Contact:	Virtualization Bugs <virt-bugs>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	mxie, mzhan, ptoscano, rjones, tyan, tzheng, xiaodwan
Target Milestone:	beta	Keywords:	FutureFeature, Reopened, Triaged
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	V2V
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-09-09 12:16:42 UTC	Type:	Feature Request
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Martin Kletzander 2020-02-04 15:11:07 UTC

Description of problem:
Currently two-phase conversion in virt-v2v-wrapper relies on an unsupported parameter `--debug-overlays` in conjunction with `--no-copy` even though that is heavily dependent on internal implementation of the conversion.

What we need to do is to be able to leverage all the greatness of virt-v2v but without copying the disks as that part will already be prepared.

This bugzilla is not a request for a specific solution, but rather a feature request for the above scenario to be accessible in a supportable fashion.

Comment 2 Richard W.M. Jones 2021-04-27 15:01:33 UTC

Eventual plan to fix this is:
https://listman.redhat.com/archives/libguestfs/2020-November/msg00022.html

Comment 5 RHEL Program Management 2021-08-04 07:27:06 UTC

After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.

Comment 6 Richard W.M. Jones 2021-08-04 08:23:13 UTC

Ridiculous process.

Comment 7 Richard W.M. Jones 2021-08-06 11:17:37 UTC

We decided after consulting with QE to move this feature to RHEL 9.1.

Comment 8 John Ferlan 2021-09-03 16:22:06 UTC

Rich - reassigning to you directly. If the bz is targeted to a release (or with devel_ack+), there should be a developer assigned and not in the backlog (e.g. virt-maint).

If it can be in the backlog for some future release planning, the feel free to remove the ITR and reassign to virt-maint.

Comment 9 Richard W.M. Jones 2021-09-09 12:16:42 UTC

I'm closing this because we will create a new cleaner and
clearer bug to track the new feature.

Comment 10 Richard W.M. Jones 2021-10-07 07:47:20 UTC


*** This bug has been marked as a duplicate of bug 2011713 ***