Bug 2121417 - [RDR] Relocate Operation of workload starts even when ClusterDataProtected is false
Summary: [RDR] Relocate Operation of workload starts even when ClusterDataProtected is...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: odf-dr
Version: 4.12
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Shyamsundar
QA Contact: krishnaram Karthick
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-08-25 12:22 UTC by Shyamsundar
Modified: 2023-08-09 17:00 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-10-05 18:17:45 UTC
Embargoed:


Attachments (Terms of Use)

Description Shyamsundar 2022-08-25 12:22:52 UTC
This bug was initially created as a copy of Bug #2121159

I am copying this bug because: 

The original BZ detailed a stuck relocation operation due to ClusterDataReady being false.

Ramen should not start the relocation if ClusterDataReady is false, as this implies the workload is not fully healthy for relocation.

This BZ is hence to track changes to ensure the above before starting relocation, and also to possibly add the following condition to Ramen:
- Add a "Healthy" condition that summarizes the current workload health as true/false with appropriate reasons

Comment 2 Shyamsundar 2022-10-05 18:17:45 UTC
Closing the BZ for the following reasons:
- DRPC already checks for DataReady, which is set to false till PVCs are created
- ClusterDataReady is a pre-condition for app/PVC deployment, hence any PVC that is deployed needs to meet DataReady for relocation

IOW, ClusterDataReady as a pre-check for readiness to relocate is not required.


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