Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 2012564

Summary: MTV 2.1.0 cannot be upgraded to 2.2.0
Product: Migration Toolkit for Virtualization Reporter: Maayan Hadasi <mguetta>
Component: GeneralAssignee: Franco Bladilo <fbladilo>
Status: CLOSED ERRATA QA Contact: Maayan Hadasi <mguetta>
Severity: high Docs Contact: Avital Pinnick <apinnick>
Priority: high    
Version: 2.2.0CC: apinnick, fbladilo, fdupont, istein
Target Milestone: ---   
Target Release: 2.2.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-12-09 19:20:58 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:
Attachments:
Description Flags
MTV 2.2.0-43 CatalogSource none

Description Maayan Hadasi 2021-10-10 10:06:35 UTC
Description of problem:
No available upgrade once editing MTV catalogSource with mtv-operator-bundle-container-2.2.0 image index


Version-Release number of selected component (if applicable):
mtv-operator-bundle-container-2.2.0-39 / iib:121326


How reproducible:
The issue has been tested once on PSI based cluster


Steps to Reproduce:
1. Install MTV operator using 2.1.0 catalog source CR
2. Edit spec.image in MTV catalogSource to use MTV-2.2.0 image index
3. In OCP UI go to Installed Operators -> MTV -> Subscription
4. Select Update channel: release-v2.2.0


Actual results:
There is no available upgrade


Expected results:
New upgrade should be available in order to upgrade MTV to 2.2.0


Additional info:
Reproduction steps refer to upgrade of unreleased version

Comment 1 Maayan Hadasi 2021-10-14 07:11:27 UTC
Created attachment 1832826 [details]
MTV 2.2.0-43 CatalogSource

Updating that MTV 2.2.0-43 CatalogSource doesn't provide an option to install MTV 2.1.0 (attached screenshot)

Comment 2 Fabien Dupont 2021-11-05 11:51:41 UTC
Please verify with mtv-operator-bundle-operator-2.2.0-77 / iib:131905, or later.

Comment 3 Maayan Hadasi 2021-11-08 08:37:15 UTC
Upgrade MTV 2.1 to MTV 2.2 fails using MTV 2.2.0-80 / iib: 132252 CatalogSource
Though I am able to deploy MTV 2.1 using MTV 2.2 catsrc, there is no available upgrade when changing the 'Update channel' to 2.2 in order to upgrade to 2.2


Steps to Reproduce:
1. Install MTV 2.1 operator using 2.2.0 catalog source CR
2. In OCP UI go to Installed Operators -> MTV -> Subscription
3. Select Update channel: release-v2.2.0

Actual results:
There is no available upgrade


Moving to ASSIGNED

Comment 4 Fabien Dupont 2021-11-09 13:34:44 UTC
Please verify with mtv-operator-bundle-operator-2.2.0-81 / iib:132643, or later.

Comment 5 Ilanit Stein 2021-11-14 11:21:08 UTC
Bug was moved to ASSIGNED since the upgrade still fails.

The root cause is a change on the migration and plan CRDs with a new required field, when an upgrade with existing plans/migration CRs is triggered from 2.1.0 -> 2.2.0 OLM refuses to continue.

Mayaan Hadasi performed an upgrade from 2.1.0 -> 2.2.0 without existing CRs.
That worked, but required also a restart of the catalog source before running the upgrade to 2.2.0.
Is this a bug?

Comment 6 Fabien Dupont 2021-11-15 10:11:36 UTC
This is a bug. What is the new required field?

Comment 7 Maayan Hadasi 2021-11-15 10:38:05 UTC
(In reply to Fabien Dupont from comment #6)
> This is a bug. What is the new required field?
restorePowerState

MTV upgrade failed with this error:
Danger alert:Failed
error validating existing CRs against new CRD's schema for "migrations.forklift.konveyor.io": error validating custom resource against new schema for Migration openshift-mtv/mtv-api-tests-21-10-11-10-36-09-ad3-migration: [].status.vms.restorePowerState: Required value

Comment 8 Franco Bladilo 2021-11-15 20:01:25 UTC
See build 2.2.0-87

Comment 9 Fabien Dupont 2021-11-15 20:04:24 UTC
Please verify with mtv-operator-bundle-container-2.2.0-87 / iib:134964, or later.

Comment 10 Maayan Hadasi 2021-11-22 09:14:00 UTC
MTV was upgraded from 2.1 to 2.2.0-88 build (using 2.2.0-88 CatalogSource), warm and cold migrations ended successfully after the upgrade.
- Still have to restart catalog-source pod, we see the same behavior using MTV image from stage

Comment 11 Maayan Hadasi 2021-11-24 09:16:13 UTC
Moving to VERIFIED, based on MTV upgrade testing (comment #10)
We will open a Doc bug regarding the required restart of the CatalogSource pod if we see it again in stage.

Versions:
MTV 2.2.0-88 / iib:135478 (was upgraded from MTV 2.1.0 GA)
CNV 4.9.1-23 / iib:133012
OCP 4.9.7

Comment 14 errata-xmlrpc 2021-12-09 19:20:58 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