Bug 1872696
| Summary: | [ROKS][RFE]NooBaa Configure IBM COS as default backing store | |||
|---|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat OpenShift Container Storage | Reporter: | Neeraj K Kashyap <nkashyap> | |
| Component: | Multi-Cloud Object Gateway | Assignee: | Nimrod Becker <nbecker> | |
| Status: | CLOSED ERRATA | QA Contact: | Elad <ebenahar> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 4.5 | CC: | ebenahar, etamir, muagarwa, ocs-bugs, rcyriac, sabose | |
| Target Milestone: | --- | Keywords: | FutureFeature | |
| Target Release: | OCS 4.6.0 | |||
| Hardware: | x86_64 | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | 4.6.0-195.ci (RC7) | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1874384 (view as bug list) | Environment: | ||
| Last Closed: | 2020-12-17 06:23:47 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: | ||||
| Bug Depends On: | 1874452 | |||
| Bug Blocks: | ||||
Update, Working on code change, will raise PR in couple of days https://github.com/nkkashyap/noobaa-operator/commit/02bac5546e1621f99df133aef6b05cb25fc23998 Moving to VERIFIED based on OCS 4.6 RC7 regression cycle automation runs 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.6.0 security, bug fix, 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-2020:5605 |
Description of problem (please be detailed as possible and provide log snippests): Currently when OCS is getting deployed in IBM Cloud (ROKS), rook-ceph is getting configured as backing store $ kubectl get BackingStore -n openshift-storage NAME TYPE PHASE AGE noobaa-default-backing-store s3-compatible Ready 23h $ kubectl describe BackingStore -n openshift-storage s3Compatible: Endpoint: http://rook-ceph-rgw-ocs-storagecluster-cephobjectstore.openshift-storage.svc.cluster.local:80 Secret: Name: rook-ceph-object-user-ocs-storagecluster-cephobjectstore-noobaa-ceph-objectstore-user Namespace: openshift-storage Signature Version: v4 Target Bucket: nb.1598351939348.us-south.containers.appdomain.cloud Type: s3-compatible Instead we want option to auto configure IBM COS as default backing store. Version of all relevant components (if applicable): Openshift OCP 4.3 (ROKS) OCS 4.5.0 Does this issue impact your ability to continue to work with the product (please explain in detail what is the user impact)? Is there any workaround available to the best of your knowledge? Manual configure "S3 default placement" from the NooBaa console. Rate from 1 - 5 the complexity of the scenario you performed that caused this bug (1 - very simple, 5 - very complex)? Can this issue reproducible? Yes Can this issue reproduce from the UI? If this is a regression, please provide more details to justify this: It is not a regression, this is more like a new feature request. Steps to Reproduce: 1. Deploy OCS 4.5 in IBM Cloud (ROKS) https://cloud.ibm.com 2. 3. Actual results: $ kubectl get BackingStore -n openshift-storage NAME TYPE PHASE AGE noobaa-default-backing-store s3-compatible Ready 24h $ noobaa backingstore list -n openshift-storage NAME TYPE TARGET-BUCKET PHASE AGE noobaa-default-backing-store s3-compatible nb.1598351939348.us-south.containers.appdomain.cloud Ready 24h18m22s Expected results: $ noobaa backingstore list -n openshift-storage NAME TYPE TARGET-BUCKET PHASE AGE noobaa-default-backing-store ibm-cos bucket-name Ready ---- Additional info: