Bug 1808067 - OBC status can't be updated when using lib-bucket-provisioner to satisfy OB/OBC dependency
Summary: OBC status can't be updated when using lib-bucket-provisioner to satisfy OB/O...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Container Storage
Classification: Red Hat Storage
Component: Multi-Cloud Object Gateway
Version: 4.2
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: OCS 4.3.0
Assignee: Nimrod Becker
QA Contact: aberner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-02-27 18:11 UTC by Jason Montleon
Modified: 2023-09-07 22:06 UTC (History)
12 users (show)

Fixed In Version: 4.2-291.88017e99.release_4.2
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-04-14 09:45:56 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github operator-framework community-operators pull 1289 0 None closed lib-bucket-provisioner: sync outdated CRDs from OCS 2020-10-15 09:45:16 UTC
Red Hat Product Errata RHBA-2020:1437 0 None None None 2020-04-14 09:48:16 UTC

Description Jason Montleon 2020-02-27 18:11:42 UTC
Description of problem (please be detailed as possible and provide log
snippests):

When creating an objectbucketclaim for NooBaa the operator gets stuck atttempting to update the status and never proceeds:

"E0227 16:55:55.508374       1 controller.go:190] error syncing 'openshift-storage/migstorage': error updating OBC status:%!(EXTRA *errors.StatusError=ObjectBucketClaim.objectbucket.io "migstorage" is invalid: status.phase: Unsupported value: "Pending": supported values: "pending", "bound", "released", "failed"), requeuing" 


Version of all relevant components (if applicable):
OCS 4.2.1
lib-bucket-provisioner 1.0.0

Does this issue impact your ability to continue to work with the product
Yes. It's impossible to set up an OBC and get it Bound.


Is there any workaround available to the best of your knowledge?
Not that I am aware of.

Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?
2

Is this issue reproducible?
Yes

Can this issue reproduce from the UI?
No

If this is a regression, please provide more details to justify this:
Yes. This worked when the aws-s3-provisioner operator was filling the dependency.

Steps to Reproduce:
1. Install OCS
2. Create a BackingStore, BucketClass, and ObjectBucketClaim to set up a PV Pool backed Noobaa bucket


Actual results:
Error

Expected results:
OBC becomes bound.

Additional info:
I believe I saw this once prior manually installing lib-bucket-provisioner to fill the dependency instead of the aws-s3-provisioner operator. I never saw it with the aws-s3-provisioner operator filling the dependency.

Comment 3 John Matthews 2020-02-27 18:40:55 UTC
I've hit this issue past 3 attempts this morning of getting ocs-operator (stable-4.2 channel) installed on new installs of OCP 4.3.

Comment 5 Jose A. Rivera 2020-02-27 19:16:41 UTC
Moving this to MCG Since this appears to be a bug with NooBaa.

Comment 6 Guy Margalit 2020-02-27 19:20:20 UTC
The problem is that the CRDs on lib-bucket-provisioner contain an outdated validation. 
This was never even used before because OLM always pulled those CRDs from awss3-operator, and now that this was “fixed” and lib-bucket-provisioner CRDs are installed, we fail. 
We will push a PR to community operators and ask OLM team to push it ASAP but it might only be propagated to clusters tomorrow…

Comment 10 Raz Tamir 2020-03-20 07:38:57 UTC
Not sure how this can be fixed in 4.2 z stream which does not exist.

@Nimrod, can you clarify?

Comment 13 aberner 2020-03-23 14:16:06 UTC
ocp: 4.3.0-0.nightly-2020-03-20-053743

ocs: 4.3.0-377

created a pv backingstore, bucketclass and obc using ocs, created successfully and the obc became bound.

Comment 17 errata-xmlrpc 2020-04-14 09:45:56 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:1437


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