RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1798105 - [RFE] [v2v] Split virt-v2v so it is consumable without doing the copy step
Summary: [RFE] [v2v] Split virt-v2v so it is consumable without doing the copy step
Keywords:
Status: CLOSED DUPLICATE of bug 2011713
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: virt-v2v
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: beta
: ---
Assignee: Richard W.M. Jones
QA Contact: Virtualization Bugs
URL:
Whiteboard: V2V
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-02-04 15:11 UTC by Martin Kletzander
Modified: 2021-10-07 07:47 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-09-09 12:16:42 UTC
Type: Feature Request
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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 ***


Note You need to log in before you can comment on or make changes to this bug.