Bug 2132724

Summary: [RFE] [RDR] mirror peer is taking a lot of time to come in ExchangedSecret
Product: [Red Hat Storage] Red Hat OpenShift Data Foundation Reporter: Pratik Surve <prsurve>
Component: odf-drAssignee: umanga <uchapaga>
odf-dr sub component: multicluster-orchestrator QA Contact: Pratik Surve <prsurve>
Status: CLOSED ERRATA Docs Contact:
Severity: high    
Priority: unspecified CC: aclewett, amagrawa, asriram, ebenahar, kramdoss, kseeger, muagarwa, odf-bz-bot, rtalur, sheggodu, srangana, uchapaga, vbadrina
Version: 4.12Keywords: FutureFeature
Target Milestone: ---   
Target Release: ODF 4.16.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: No Doc Update
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-07-17 13:10:34 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 Pratik Surve 2022-10-06 13:23:44 UTC 
Description of problem (please be detailed as possible and provide log
snippests):
[RDR] mirror peer is taking a lot of time to come in ExchangedSecret

Version of all relevant components (if applicable):

OCP version:- 4.12.0-0.nightly-2022-09-28-204419
ODF version:- 4.12.0-70
CEPH version:- ceph version 16.2.10-41.el8cp (26bc3d938546adfb098168b7b565d4f9fa377775) pacific (stable)
ACM version:- 2.6.1
SUBMARINER version:- v0.13.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?


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?


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


Steps to Reproduce:
1. Deploy RDR setup
2. Create drpolicy from acm UI(which creates mirrorpeer automatically )
3. 


Actual results:
Mirrorpeer took almost 20-25 min to be in ExchangedSecret state

Expected results:
mirrorpeer should not take this much time

Additional info:

must-gather

C1:-
https://url.corp.redhat.com/2132566-c1
C2:-
https://url.corp.redhat.com/2132566-c2
Comment 6 Mudit Agarwal 2022-10-29 03:57:44 UTC 
Vineet, can you please create a Jira epic for this and propose it for 4.13
Comment 18 Mudit Agarwal 2023-04-03 10:53:37 UTC 
Fixed in version: 4.13.0-121
Comment 22 Elad 2023-06-19 06:02:41 UTC 
Moving to 4.13.z for verification purposes
Comment 26 Annette Clewett 2023-07-05 14:50:26 UTC 
@
Comment 27 Annette Clewett 2023-07-05 14:50:54 UTC 
@
Comment 38 errata-xmlrpc 2024-07-17 13:10:34 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 (Important: Red Hat OpenShift Data Foundation 4.16.0 security, enhancement & 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/RHSA-2024:4591