Bug 1813115 - local storage operator csv's description does not show the real image which the operator uses
Summary: local storage operator csv's description does not show the real image which t...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Storage
Version: 4.2.z
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 4.5.0
Assignee: Hemant Kumar
QA Contact: Qin Ping
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-13 01:10 UTC by Qin Ping
Modified: 2020-08-04 18:05 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-08-04 18:05:22 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift local-storage-operator pull 96 0 None closed Bug 1813115 and Bug 1770183: Fix version being displayed in UI 2020-06-23 09:23:18 UTC
Red Hat Product Errata RHBA-2020:2409 0 None None None 2020-08-04 18:05:24 UTC

Description Qin Ping 2020-03-13 01:10:20 UTC
Description of problem:
In the local storage operator csv's description, it set the containerImage like "quay.io/openshift/origin-local-storage-operator:4.2.0". It's very easy to mislead the user to think we use the upstream image in OCP.

Version-Release number of selected component (if applicable):
4.2.0-0.nightly-2020-03-09-194140

How reproducible:
100%

Steps to Reproduce:
1. Install local storage operator from webconsole.
2.
3.

Actual results:
The image in csv description is:
oc get csv local-storage-operator.4.2.23-202003090920 -ojson| jq .metadata|grep containerImage
    "containerImage": "quay.io/openshift/origin-local-storage-operator:4.2.0",
The real image used is:
$ oc get csv local-storage-operator.4.2.23-202003090920 -ojson| jq .spec.install.spec.deployments[0].spec.template.spec.containers[0].image
"registry.stage.redhat.io/openshift4/ose-local-storage-operator@sha256:78ff8412e2c82c55b0b59e186ec5bbbda6ca7e0b248ac83cb10f2ff2227a85e4"

Expected results:
The image in the description should be the image used.

Master Log:

Node Log (of failed PODs):

PV Dump:

PVC Dump:

StorageClass Dump (if StorageClass used by PV/PVC):

Additional info:
$ oc get packagemanifests local-storage-operator -oyaml|grep -i image
        containerImage: quay.io/openshift/origin-local-storage-operator:4.2.0
        containerImage: quay.io/openshift/origin-local-storage-operator:4.2.0
        containerImage: quay.io/openshift/origin-local-storage-operator:4.3.0
From this looks like we use the upstream images in OCP.

Comment 3 Qin Ping 2020-03-26 10:25:49 UTC
Verified with:
nightly build: 4.5.0-0.nightly-2020-03-25-223812
CSV version: local-storage-operator.4.5.0-202003181016

Comment 5 errata-xmlrpc 2020-08-04 18:05:22 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 Container Platform 4.5 image 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-2020:2409


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