Bug 2275320

Summary:	[RDR] [Hub recovery] [Co-situated] lastGroupSyncTime info is lost post hub recovery for all the workloads which are primary on down managed cluster
Product:	[Red Hat Storage] Red Hat OpenShift Data Foundation	Reporter:	Aman Agrawal <amagrawa>
Component:	odf-dr	Assignee:	Benamar Mekhissi <bmekhiss>
odf-dr sub component:	ramen	QA Contact:	Aman Agrawal <amagrawa>
Status:	ASSIGNED ---	Docs Contact:
Severity:	medium
Priority:	unspecified	CC:	asriram, bmekhiss, hnallurv, kbg, kseeger, muagarwa, rtalur, sheggodu, srangana
Version:	4.15	Flags:	amagrawa: needinfo? (bmekhiss) hnallurv: needinfo? (asriram) kseeger: needinfo? (amagrawa)
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	4.16.0-124	Doc Type:	Known Issue
Doc Text:	.Information about `lastGroupSyncTime` is lost after hub recovery for the workloads that are primary on the unavailable managed cluster Applications that are previously failedover to a managed cluster do not report a `lastGroupSyncTime`, thereby causing the trigger of the alert `VolumeSynchronizationDelay`. This is because when the ACM hub and a managed cluster, that are part of the DRPolicy are unavailable, a new ACM hub cluster is reconstructed from the backup. Workaround: If the managed cluster to which the workload was failed over is unavailable, you can still failover to a surviving managed cluster.	Story Points:	---
Clone Of:		Environment:
Last Closed:		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:
Bug Blocks:	2260844

Description Aman Agrawal 2024-04-16 16:39:09 UTC

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

Version of all relevant components (if applicable):
ACM 2.10.1 GA'ed
MCE 2.5.2
ODF 4.15.1-1
ceph version 17.2.6-196.el9cp (cbbf2cfb549196ca18c0c9caff9124d83ed681a4) quincy (stable)
OCP 4.15.0-0.nightly-2024-04-07-120427
Submariner 0.17.0 GA'ed
VolSync 0.9.1

Platform- VMware

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)?

Can this issue reproducible?

Can this issue reproduce from the UI?

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

Steps to Reproduce:
*****Active hub co-situated with primary managed cluster*****

1. After site failure (where active hub and the primary managed cluster goes down together), perform hub recovery and move to passive hub.
2. Ensure the available managed cluster is successfully imported on the RHACM console, and DRPolicy gets validated.
3. When drpc is restored, check the lastGroupSyncTime for all the workloads which are primary on the down managed cluster.

It will be reset to null.

Actual results: [RDR] [Hub recovery] [Co-situated] lastGroupSyncTime info is lost post hub recovery for all the workloads which are primary on down managed cluster

The info. is fetched from the VRG of each workload per namespace and is lost when the cluster becomes unavailable.

Expected results: Fetch the lastGroupSyncTime from S3 store of available managed cluster which is still up and running instead of VRG of the primary managed cluster which goes down during site failure and currently this info is lost due to cluster's unavailability.

Additional info:

Comment 6 Mudit Agarwal 2024-05-07 05:12:54 UTC

Benamar, is this critical enough to fix for 4.16?

Comment 9 Aman Agrawal 2024-05-15 09:28:29 UTC

As discussed, proposing it back to 4.16

Comment 15 Sunil Kumar Acharya 2024-06-18 06:45:26 UTC

Please update the RDT flag/text appropriately.