Bug 1802935 - Cluster-logging-operator couldn't upgrade due to `olm.skipRange:
Summary: Cluster-logging-operator couldn't upgrade due to `olm.skipRange:
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Logging
Version: 4.4
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
: 4.4.0
Assignee: Jeff Cantrill
QA Contact: Anping Li
URL:
Whiteboard:
Depends On:
Blocks: 1802934
TreeView+ depends on / blocked
 
Reported: 2020-02-14 07:03 UTC by Qiaoling Tang
Modified: 2020-05-04 11:37 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of: 1802934
Environment:
Last Closed: 2020-05-04 11:36:41 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift cluster-logging-operator pull 360 0 None closed Bug 1802935: fix up the upgrade skip range 2020-12-08 08:24:22 UTC
Red Hat Product Errata RHBA-2020:0581 0 None None None 2020-05-04 11:37:46 UTC

Description Qiaoling Tang 2020-02-14 07:03:01 UTC
+++ This bug was initially created as a clone of Bug #1802934 +++

Description of problem:
Elasticsearch-operator couldn't upgrade from 4.3.1 to 4.3.2 due to `olm.skipRange: ‘>=4.2.0 <4.3.0’` in the csv file.

I think it should be ` olm.skipRange: ">=4.2.0 <4.3.2-xxxxxxxx"`

$ cat tempdir/manifests/elasticsearch-operator/4.3/elasticsearch-operator.v4.3.0.clusterserviceversion.yaml 
#! validate-crd: deploy/chart/templates/0000_30_02-clusterserviceversion.crd.yaml
#! parse-kind: ClusterServiceVersion
apiVersion: operators.coreos.com/v1alpha1
kind: ClusterServiceVersion
metadata:
  name: elasticsearch-operator.4.3.2-202002122007
  namespace: placeholder
  annotations:
    categories: "OpenShift Optional, Logging & Tracing"
    capabilities: "Seamless Upgrades"
    certified: "false"
    description: |-
      The Elasticsearch Operator for OKD provides a means for configuring and managing an Elasticsearch cluster for tracing and cluster logging.
      ## Prerequisites and Requirements
      ### Elasticsearch Operator Namespace
      The Elasticsearch Operator must be deployed to the global operator group namespace
      ### Memory Considerations
      Elasticsearch is a memory intensive application.  The initial
      set of OKD nodes may not be large enough to support the Elasticsearch cluster.  Additional OKD nodes must be added
      to the OKD cluster if you desire to run with the recommended (or better) memory. Each ES node can operate with a
      lower memory setting though this is not recommended for production deployments.
    containerImage: image-registry.openshift-image-registry.svc:5000/openshift/ose-elasticsearch-operator:v4.3.2
    createdAt: 2019-02-20T08:00:00Z
    support: AOS Cluster Logging, Jaeger
    olm.skipRange: ">=4.2.0 <4.3.0"
    alm-examples: |-
        [



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

How reproducible:
Always

Steps to Reproduce:
1. deploy elasticsearch-operator 4.3.1-202002032140 via OLM
2. then try to upgrade it to 4.3.2-202002122007
3.

Actual results:
The operator isn't upgraded, it still 4.3.1

Expected results:


Additional info:

Comment 1 Jeff Cantrill 2020-02-14 15:20:37 UTC
Moved to cluster logging operator

Comment 4 Anping Li 2020-02-15 11:30:48 UTC
Verified and pass on clusterlogging.4.4.0-202002150801   olm.skipRange: ">=4.1.0 <4.4.0-202002150801"

Comment 6 errata-xmlrpc 2020-05-04 11:36:41 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:0581


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