Bug 1845722 - Allow CLO and EO upgrades to 4.5 only from 4.4
Summary: Allow CLO and EO upgrades to 4.5 only from 4.4
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Logging
Version: 4.5
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
: 4.5.0
Assignee: Periklis Tsirakidis
QA Contact: Giriyamma
URL:
Whiteboard:
Depends On: 1845539
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-06-09 21:28 UTC by OpenShift BugZilla Robot
Modified: 2020-07-13 17:44 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-07-13 17:43:40 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift cluster-logging-operator pull 559 0 None closed [release-4.5] Bug 1845722: Update skipRange constraint to 4.4.0 2020-09-28 03:21:31 UTC
Github openshift cluster-logging-operator pull 566 0 None closed [release-4.5] Bug 1845722: Update olm.skipRange constraint to 4.4.0-0 2020-09-28 03:21:31 UTC
Github openshift elasticsearch-operator pull 389 0 None closed [release-4.5] Bug 1845722: Update skipRange constraint to 4.4.0 2020-09-28 03:21:26 UTC
Github openshift elasticsearch-operator pull 399 0 None closed [release-4.5] Bug 1845722: Update olm.skipRange constraint to 4.4.0-0 2020-09-28 03:21:25 UTC
Red Hat Product Errata RHBA-2020:2409 0 None None None 2020-07-13 17:44:06 UTC

Description OpenShift BugZilla Robot 2020-06-09 21:28:49 UTC
+++ This bug was initially created as a clone of Bug #1845539 +++

Description of problem:
Upgrades to 4.5 require an 4.4 installation of cluster-logging-operator and elasticsearch-operator.


Version-Release number of selected component (if applicable):
4.5.0

How reproducible:
- 

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 3 Anping Li 2020-06-15 11:50:29 UTC
The skipRange is wrong. It should be olm.skipRange: ">=4.4.0-0 <4.5.0" in clusterserviceversion.yaml.

channels:
- currentCSV: clusterlogging.4.2.34-202006110619
  name: '4.2'
- currentCSV: clusterlogging.4.1.45-202005160309
  name: preview
- currentCSV: clusterlogging.4.3.25-202006081335
  name: '4.3'
- currentCSV: clusterlogging.4.2.34-202006110619-s390x
  name: 4.2-s390x
- currentCSV: clusterlogging.4.4.0-202006080610
  name: '4.4'
- currentCSV: clusterlogging.4.5.0-202006101338
  name: '4.5'
defaultChannel: '4.5'
packageName: cluster-logging

Comment 4 Giriyamma 2020-06-16 05:06:25 UTC
I have tested the CLO and EO upgrade from 4.4 to 4.5.
Moving this bug to verified as the upgrades are successful.

Below are the testing results:

Before upgrade:

$ oc get sub -n openshift-logging
NAME              PACKAGE           SOURCE            CHANNEL
cluster-logging   cluster-logging   qe-app-registry   4.4
 
$ oc get sub -n openshift-operators-redhat
NAME                     PACKAGE                  SOURCE            CHANNEL
elasticsearch-operator   elasticsearch-operator   qe-app-registry   4.4

$ oc get csv -n openshift-logging
NAME                                        DISPLAY                  VERSION              REPLACES   PHASE
clusterlogging.4.4.0-202006080610           Cluster Logging          4.4.0-202006080610              Succeeded
elasticsearch-operator.4.4.0-202006080610   Elasticsearch Operator   4.4.0-202006080610              Succeeded

After upgrade:
 
$ oc get sub -n openshift-logging
NAME              PACKAGE           SOURCE            CHANNEL
cluster-logging   cluster-logging   qe-app-registry   4.5

$ oc get sub -n openshift-operators-redhat
NAME                     PACKAGE                  SOURCE            CHANNEL
elasticsearch-operator   elasticsearch-operator   qe-app-registry   4.5

$ oc get csv -n openshift-logging
NAME                                        DISPLAY                  VERSION              REPLACES                                    PHASE
clusterlogging.4.5.0-202006101338           Cluster Logging          4.5.0-202006101338   clusterlogging.4.4.0-202006080610           Succeeded
elasticsearch-operator.4.5.0-202006101717   Elasticsearch Operator   4.5.0-202006101717   elasticsearch-operator.4.4.0-202006080610   Succeeded


$ oc get clusterversion
NAME      VERSION                             AVAILABLE   PROGRESSING   SINCE     STATUS
version   4.5.0-0.nightly-2020-06-11-183238   True        False         18h       Cluster version is 4.5.0-0.nightly-2020-06-11-183238

Comment 5 Periklis Tsirakidis 2020-06-16 07:45:01 UTC
@Anping

The -0 is just a build timestamp and it should not be part of the version check at all. Semver doesn't know anything about build timestamps or so like. If the installation does not proceed please re-eval/contact OLM team.

Comment 8 Anping Li 2020-06-19 08:03:53 UTC
Verified on clusterlogging-4.5.0-202006180838 and elasticsearch-operator 4.5.0-202006180838

Comment 9 errata-xmlrpc 2020-07-13 17:43:40 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, 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.