Bug 1897379 - Metering operator failing upgrade from 4.4 to 4.6 channel
Summary: Metering operator failing upgrade from 4.4 to 4.6 channel
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Metering Operator
Version: 4.6
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.6.z
Assignee: tflannag
QA Contact: Peter Ruan
URL:
Whiteboard:
Depends On: 1898373
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-11-12 21:50 UTC by Yash Chouksey
Modified: 2024-03-25 17:03 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1898373 (view as bug list)
Environment:
Last Closed: 2020-12-21 13:18:30 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github kube-reporting metering-operator pull 1446 0 None closed [release-4.6] Bug 1897379: Fix the HiveTable status.partitions schema definition 2021-01-14 13:14:12 UTC
Red Hat Product Errata RHBA-2020:5616 0 None None None 2020-12-21 13:18:33 UTC

Description Yash Chouksey 2020-11-12 21:50:37 UTC
Created attachment 1728885 [details]
Screenshot(metering-CRD)

Description of problem:
When metering-operator is upgraded from 4.4 -> 4.5 -> 4.6 , it fails. 
The install plan fails with the following error:
~~~
error validating existing CRs agains new CRD's schema: hivetables.metering.openshift.io: error validating custom resource against new schema &apiextensions.CustomResourceValidation{OpenAPIV3Schema:(*apiextensions.JSONSchemaProps)(0xc0058f6400)}: [].status.partitions: Invalid value: "null": status.partitions in body must be of type array: "null"
~~~
The error indicates that there are objects on the cluster (hivetables) that don’t validate against the schema of the updated CRD, so it’s not safe to apply the CRD update. It’s might be an accidental backwards-incompatible change in the hivetables schema.

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

How reproducible:


Steps to Reproduce:
1. 
2.
3.

Actual results: 

New csv gets stuck in pending state, where all the CR goes into unknown state. 
oc get csv
NAME                                             DISPLAY                                VERSION                 REPLACES                                       PHASE
metering-operator.4.6.0-202010200139.p0.2        Metering                               4.6.0-202010200139.p0   metering-operator.4.5.0-202010170258.p0        Pending


Expected results: 

Metering operator successfully upgrades to 4.6.0-202010200139.p0


Additional info:

Comment 2 Yash Chouksey 2020-11-12 21:55:00 UTC
Created attachment 1728886 [details]
installplan.yml

Comment 3 Yash Chouksey 2020-11-12 21:56:03 UTC
Created attachment 1728887 [details]
csv.yml

Comment 4 Yash Chouksey 2020-11-12 21:56:44 UTC
Created attachment 1728888 [details]
subscriptions.yml

Comment 5 Yash Chouksey 2020-11-12 21:57:40 UTC
Created attachment 1728889 [details]
operatorgroup.yml

Comment 6 Yash Chouksey 2020-11-13 11:43:11 UTC
Created attachment 1729074 [details]
all-hivetables.yaml

Comment 14 Peter Ruan 2020-12-17 05:07:34 UTC
verified with the latest 4.6

Comment 16 errata-xmlrpc 2020-12-21 13:18:30 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.6.9 extras update), 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:5616


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