Bug 2043654 - [MTC] “Rollback” after performing storage class conversion keeps running forever while waiting for migrated resource deletion
Summary: [MTC] “Rollback” after performing storage class conversion keeps running fore...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Migration Toolkit for Containers
Classification: Red Hat
Component: General
Version: 1.7.0
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: 1.7.0
Assignee: Pranav Gaikwad
QA Contact: Xin jiang
Steve Goodman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-21 16:41 UTC by ssingla
Modified: 2022-03-24 06:32 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-03-24 06:32:27 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github konveyor mig-controller pull 1256 0 None open Bug 2043654: Fix rollback for storage conversion 2022-01-24 16:34:53 UTC
Red Hat Product Errata RHBA-2022:1043 0 None None None 2022-03-24 06:32:36 UTC

Description ssingla 2022-01-21 16:41:29 UTC
Executed the Rollback after performing Storage Class Conversion type migration on the target cluster.

But the Rollback doesn’t complete and keeps running forever on “Cleanup Migrated” stage.

Severity : High

Version-Release number of selected component (if applicable): 
Source Cluster : 4.6 aws
Target Cluster : 4.9 aws
MTC 1.7.0
OADP 0.5.5

How reproducible: Always

Steps to reproduce: 
1. Deploy django application in the target cluster
2. Login to MTC UI and Create a migplan with Migration type “Storage Class Conversion”
3. Select ceph storage as target storage class and execute migration.
4. After the migration is successful, Again Perform a Rollback


Actual result: The application pods references are not updated and PVC remains in “Terminating” state forever.
Rollback keeps running forever.

Expected result: The migrated PV/PVCs with new storage class should be removed and the references should be updated in the application pods.

Comment 6 errata-xmlrpc 2022-03-24 06:32:27 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 (Migration Toolkit for Containers (MTC) 1.7.0 release advisory), 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/RHBA-2022:1043


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