Bug 2193220 - [Stretch cluster] CephCluster is updated frequently due to changing ordering of zones
Summary: [Stretch cluster] CephCluster is updated frequently due to changing ordering ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: ocs-operator
Version: 4.13
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
: ODF 4.13.0
Assignee: Malay Kumar parida
QA Contact: Mahesh Shetty
URL:
Whiteboard:
Depends On:
Blocks: 2187952
TreeView+ depends on / blocked
 
Reported: 2023-05-04 18:13 UTC by Travis Nielsen
Modified: 2023-08-09 17:00 UTC (History)
5 users (show)

Fixed In Version: 4.13.0-184
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-06-21 15:25:37 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github red-hat-storage ocs-operator pull 2049 0 None open Sort values of topologymap labels to avoid frequent updates to CR 2023-05-08 12:34:15 UTC
Github red-hat-storage ocs-operator pull 2051 0 None open Bug 2193220:[release-4.13] Sort values of topologymap labels to avoid frequent updates to CR 2023-05-08 15:01:37 UTC
Red Hat Product Errata RHBA-2023:3742 0 None None None 2023-06-21 15:25:48 UTC

Internal Links: 2263256

Description Travis Nielsen 2023-05-04 18:13:43 UTC
This bug was initially created as a copy of Bug #2187952

I am copying this bug because: 



Description of problem (please be detailed as possible and provide log
snippests):

Hi, when we try to deploy vSphere UPI stretch cluster arbiter cluster with latest ODF 4.13-168 builds, there seems to be some issue with rook-ceph-operator pod and the deployments are failing to complete. rook-ceph-operator-* pod is in CrashLoopBackOff state with following error:

Last State:     Terminated
      Reason:       Error
      Message:      failed to run operator: gave up to run the operator manager: failed to set up overall controller-runtime manager: error listening on :8080: listen tcp :8080: bind: address already in use
      Exit Code:    1




Version of all relevant components (if applicable):
ODF 4.13-168

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

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

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

Can this issue reproducible?
Yes

Can this issue reproduce from the UI?


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

Steps to Reproduce:
1. Deploy stretch cluster with arbiter using latest ODF 4.13 builds
2. 
3.


Actual results:
Deployments are failing

Expected results:
Deployments should succeed

Additional info:

Live-cluster: http://magna002.ceph.redhat.com/ocsci-jenkins/openshift-clusters/mashetty-s1/mashetty-s1_20230419T042248/openshift-cluster-dir/auth/kubeconfig

Comment 8 Malay Kumar parida 2023-05-08 12:36:06 UTC
For a solution, I have tried to keep the array of values for a topology map label always sorted, Which will help us avoid frequently updating the CR with the same values in a different order.

Comment 15 errata-xmlrpc 2023-06-21 15:25:37 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 (Red Hat OpenShift Data Foundation 4.13.0 enhancement and bug fix 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-2023:3742


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