Bug 1910705
| Summary: | OBCs are stuck in a Pending state | ||
|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat OpenShift Container Storage | Reporter: | Ben Eli <belimele> |
| Component: | Multi-Cloud Object Gateway | Assignee: | Nimrod Becker <nbecker> |
| Status: | CLOSED ERRATA | QA Contact: | aberner |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.7 | CC: | aberner, brgardne, dzaken, ebenahar, etamir, jthottan, muagarwa, ocs-bugs |
| Target Milestone: | --- | Keywords: | AutomationBackLog, Regression, Reopened |
| Target Release: | OCS 4.7.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | v4.7.0-228.ci | Doc Type: | Bug Fix |
| Doc Text: |
Cause: The Custom Resource Definition for Object Bucket Claims (OBCs) was missing a parameter in Rook, causing the bound state to be lost and OBCs to be reconciled repeatedly in a loop.
Consequence: Object Bucket Claims (OBCs) would move to the "Bound" state but revert back to "Pending" soon after.
Fix: Update CRDs for Rook and add some minor behavioral changes to the OBC library to support recovering from the degraded state.
Result: Legacy OBCs that have been successfully created but are in "Pending" phase can be automatically recovered and recognized as "Bound", and new OBCs will reach the "Bound" state properly.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-05-19 09:17:08 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Ben Eli
2020-12-24 11:01:06 UTC
After updating noobaa-operator to use the latest lib-bucket-provisioner from master the behavior changed a bit but still buggy - the OBC now bounces between Bound and Pending. This bug also affects rook provisioner and it's not specific to noobaa After chatting with Danny for a bit in my morning, I am pretty sure the original issue is fixed by the new lib-bucket-provisioner changes I made, but there is an additional issue that the `objectBucketName` field needs to be added to the objectbucketclaim CRD for NooBaa. The field was not added to CRDs in lib-bucket-provisioner when the feature was added 1 to 2 years ago, but it does exist in Rook. I have gathered from Danny that the lib-bucket-provisioner CRDs for NooBaa are maintained with OCS. It may be a good idea to revisit where the objectbucket and objectbucketclaim CRDs are versioned/maintained as a workflow for both NooBaa and Rook until replaced by COSI [1]. [1] https://github.com/kubernetes-sigs/container-object-storage-interface-controller Created a new obc as described in the bug and it got to state Bound as desired OCP:4.7.0-0.nightly-2021-01-09-231517 OCS:4.7.0-228.ci 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 (Moderate: Red Hat OpenShift Container Storage 4.7.0 security, bug fix, and enhancement 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/RHSA-2021:2041 |