Bug 1919636

Summary:	Retain "virt-v2v" pod log for debugging
Product:	Migration Toolkit for Virtualization	Reporter:	Ilanit Stein <istein>
Component:	General	Assignee:	Sam Lucidi <slucidi>
Status:	CLOSED ERRATA	QA Contact:	Amos Mastbaum <amastbau>
Severity:	medium	Docs Contact:	Avital Pinnick <apinnick>
Priority:	medium
Version:	2.0.0	CC:	fdupont
Target Milestone:	---	Keywords:	RFE
Target Release:	2.2.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-12-09 19:20:45 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Ilanit Stein 2021-01-24 10:48:21 UTC

Description of problem:
The discussed implementation ideas are to reuse the MTC log collection tool or come with other solutions to retain the v2v Pod or the log.

Version-Release number of selected component (if applicable):
MTV-2.0.0 beta

Comment 1 Fabien Dupont 2021-01-24 11:10:17 UTC

Tentatively targeting 2.0.0. This requires investigation, but if MTC solution is suitable, it could be implemented soon enough.

Sam, this currently concerns VMIO and CDI, since MTV only orchestrates VMImport CRs. Do you think it would be possible?

Comment 2 Fabien Dupont 2021-02-11 12:53:51 UTC

Retargeting to 2.0.z. MTC solution is to have another state for the Plan CR: Closed.

Until the Plan is closed, the resources generated during the migration are retained for investigation, including CRs, pods, etc...
Since we're integrating VMIO logic in MTV, we'll add this retention mechanism directly in MTV to simplify the development.

Comment 3 Fabien Dupont 2021-06-23 21:08:30 UTC

The VMIO logic integration in MTV is targeted to MTV 2.2.0. Retargeting this BZ accordingly.

Comment 4 Sam Lucidi 2021-10-13 19:30:12 UTC

As part of the plan archival feature we're now retaining the entire virt-v2v pod.

https://github.com/konveyor/forklift-controller/pull/361

Comment 5 Fabien Dupont 2021-10-20 09:17:34 UTC

Please verify with mtv-operator-bundle-2.0.0-57 / iib:126435, or later.

Comment 6 Amos Mastbaum 2021-10-20 10:27:49 UTC

Verified mtv-operator-bundle-2.0.0-57 with both successful and failed pods

Comment 9 errata-xmlrpc 2021-12-09 19:20:45 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (MTV 2.2.0 Images), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2021:5066