Bug 2139835 - ramen-dr-cluster ManifestWork does not reconcile properly [NEEDINFO]
Summary: ramen-dr-cluster ManifestWork does not reconcile properly
Keywords:
Status: ON_QA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: odf-dr
Version: 4.11
Hardware: All
OS: All
unspecified
low
Target Milestone: ---
: ---
Assignee: Nir Soffer
QA Contact: krishnaram Karthick
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-11-03 15:11 UTC by Jason Kincl
Modified: 2023-08-14 15:53 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:
rtalur: needinfo? (egershko)


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github RamenDR ramen issues 776 0 None open Ensure ManifestWork created for each DRCluster is recreated if deleted by the user (or other automation) 2023-03-16 13:30:26 UTC
Github RamenDR ramen pull 892/ 0 None None None 2023-08-14 15:52:00 UTC

Description Jason Kincl 2022-11-03 15:11:05 UTC
Description of problem (please be detailed as possible and provide log
snippests):

If the ManifestWork on the ACM Hub cluster for ramen-dr-cluster is deleted it is not recreated by the operator.

We found that we could "kickstart" a reconcile operation by the operator by editing the ConfigMap on the hub cluster ramen-hub-operator-config

Version of all relevant components (if applicable):
OpenShift DR Hub Operator: odr-hub-operator.v4.11.2


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

no

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

touch a value on the configmap and the ManifestWork will be recreated

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

1


Steps to Reproduce:
1. Delete ManifestWork ramen-hub-operator-config on hub cluster for a managed cluster
2. wait


Actual results:

No ManifestWork is recreated

Expected results:

ManifestWork is recreated


Additional info:

Comment 2 Annette Clewett 2022-11-14 15:41:26 UTC
Current Workaround:
If the ManifestWork on the ACM Hub cluster for ramen-dr-cluster is deleted it is not recreated by the operator.

You can "kickstart" a reconcile operation by the operator by editing the ConfigMap on the hub cluster ramen-hub-operator-config:

$ oc edit configmap ramen-hub-operator-config -n openshift-operators
[...]
apiVersion: v1
data:
  ramen_manager_config.yaml: |
    apiVersion: ramendr.openshift.io/v1alpha1
    drClusterOperator:
      catalogSourceName: redhat-operators
      catalogSourceNamespaceName: openshift-marketplace
      channelName: stable-4.11
      clusterServiceVersionName: odr-cluster-operator.v4.11.3
      deploymentAutomationEnabled: true
      namespaceName: openshift-dr-system
[...]

Change 'deploymentAutomationEnabled' to 'false' and save change. Edit configmap again and modify 'deploymentAutomationEnabled' back to true.

Check that the 'ramen-dr-cluster' ManifestWork is created again in the correct managedcluster namespace (wherever it was deleted from):

$ oc get manifestworks.work.open-cluster-management.io -A | grep ramen
cluster1        ramen-dr-cluster                             6d21h
cluster2        ramen-dr-cluster                             33s


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