Bug 1867590

Summary: OLM InstallPlan fails to deploy CNV due to old API v1alpha1 removed from HPP CRD
Product: Container Native Virtualization (CNV) Reporter: Oren Cohen <ocohen>
Component: StorageAssignee: Adam Litke <alitke>
Status: CLOSED ERRATA QA Contact: Ying Cui <ycui>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 2.5.0CC: akalenyu, alitke, cnv-qe-bugs, ncredi, ngavrilo, stirabos
Target Milestone: ---Keywords: Regression, TestBlocker
Target Release: 2.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: hostpath-provisioner-operator-container-v2.5.0-9 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-11-17 13:24:21 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 Oren Cohen 2020-08-10 12:41:27 UTC
Description of problem:
While deploying Openshift Virtualization 2.5 using the index-image, the InstallPlan is unable to start the installation due to:
risk of data loss updating hostpathprovisioners.hostpathprovisioner.kubevirt.io: new CRD removes version v1alpha1 that is listed as a stored version on the existing CRD

Version-Release number of selected component (if applicable):
registry-proxy.engineering.redhat.com/rh-osbs/iib:907

How reproducible:
100%

Steps to Reproduce:
1. Deploy CNV using a catalog source with the specified index image.
2.
3.

Actual results:
Installation does not start, CSV is pending, the InstallPlan has the following failure:
    conditions:
    - lastTransitionTime: "2020-08-10T12:24:20Z"
      lastUpdateTime: "2020-08-10T12:24:20Z"
      message: 'risk of data loss updating hostpathprovisioners.hostpathprovisioner.kubevirt.io:
        new CRD removes version v1alpha1 that is listed as a stored version on the
        existing CRD'
      reason: InstallComponentFailed
      status: "False"
      type: Installed
    phase: Failed


Expected results:
Installation is started and eventually succeeded.

Additional info:

Comment 1 Oren Cohen 2020-08-10 12:42:32 UTC
This is a similar issue we're encountering with vm-import operator:
https://bugzilla.redhat.com/show_bug.cgi?id=1867493

Comment 2 Adam Litke 2020-08-12 18:04:12 UTC
Submitting new d/s build to pick up the fix.

Comment 3 Alex Kalenyuk 2020-09-29 18:11:42 UTC
Deployed successfully
Verified on CNV 2.5.0
HCO:[v2.5.0-222]
 HCO image: registry.redhat.io/container-native-virtualization/hyperconverged-cluster-operator@sha256:6f80b561475cd4a8ca4c680ae85e5df544d2b90eb8dae900f63fbb951ad246d9
CSV creation time: 2020-09-23 23:50:37
CDI v1.23.3

Comment 4 Alex Kalenyuk 2020-09-30 10:12:56 UTC
CSV createdAt value: 2020-09-23 07:17:08
(The one above is creationTimestamp)

Comment 7 errata-xmlrpc 2020-11-17 13:24:21 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 (OpenShift Virtualization 2.5.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-2020:5127