Bug 1927186 - Configure pv-pool as backing store if cos creds secret not found in IBM Cloud
Summary: Configure pv-pool as backing store if cos creds secret not found in IBM Cloud
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Container Storage
Classification: Red Hat Storage
Component: Multi-Cloud Object Gateway
Version: 4.6
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: OCS 4.7.0
Assignee: Nimrod Becker
QA Contact: Petr Balogh
URL:
Whiteboard:
Depends On:
Blocks: 1931451 1938134
TreeView+ depends on / blocked
 
Reported: 2021-02-10 10:14 UTC by Neeraj K Kashyap
Modified: 2021-05-19 09:19 UTC (History)
6 users (show)

Fixed In Version: v4.7.0-263.ci
Doc Type: Enhancement
Doc Text:
.OpenShift Container Storage deployed on ROKS without credentials in the IBM cloud setup With this update, for the ease of installation in the IBM cloud setup when OpenShift Container Storage is deployed on ROKS and no credentials are provided for using ROKS as the default BackingStore, a PV pool default BackingStore is created.
Clone Of:
: 1931451 (view as bug list)
Environment:
Last Closed: 2021-05-19 09:19:24 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github noobaa noobaa-operator pull 540 0 None closed In IBM Cloud if COS cred secret is missing use pv-pool for default backing store 2021-02-15 08:13:42 UTC
Github noobaa noobaa-operator pull 547 0 None open Backport to 5.7 2021-02-15 08:13:49 UTC
Red Hat Product Errata RHSA-2021:2041 0 None None None 2021-05-19 09:19:48 UTC

Description Neeraj K Kashyap 2021-02-10 10:14:59 UTC
Description of problem (please be detailed as possible and provide log
snippests):

Currently, in IBM Cloud NooBaa Operator is keep on waiting for ibm-cloud-cos-creds under target NS, to configure IBM COS as backing store. There are certain situation where customer in IBM Cloud cloud do not want to configure IBM COS as backing store and want to default back to pv-pool as backing store. In this situation ocs-storagecluster is not getting into ready state as noobaa operator keep waiting for secret. 

Version of all relevant components (if applicable):

OCS 4.6.2
ROKS 4.6.9

Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)? None


Is there any workaround available to the best of your knowledge? None


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


Can this issue reproducible? Yes


Can this issue reproduce from the UI? Yes


If this is a regression, please provide more details to justify this:


Steps to Reproduce:
1. Deploy OCS in ROKS 4.6 (without ibm-cloud-cos-creds )in IBM Cloud
2. Run oc describe noobaa -n openshift-storage
3. You will see "Cloud credentials secret "ibm-cloud-cos-creds" is not ready yet"


Actual results:


Expected results:


Additional info:

Comment 4 Petr Balogh 2021-03-08 09:07:07 UTC
I ran verification tier1 job here:
https://ocs4-jenkins-csb-ocsqe.apps.ocp4.prod.psi.redhat.com/job/qe-deploy-ocs-cluster-prod/92/

With build:
4.7.0-281.ci

Deployment passed

Logs: http://magna002.ceph.redhat.com/ocsci-jenkins/openshift-clusters/j010icm1r3-t1/j010icm1r3-t1_20210304T145650

This execution ran without COS secret defined, using this PR:
https://github.com/red-hat-storage/ocs-ci/pull/3940/files

So I think we can mark it as verified I think.

Comment 11 errata-xmlrpc 2021-05-19 09:19:24 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 (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


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