Bug 2276941 - [RDR][MDR][Discovered Apps] Kube objects protected resourceConditions is not getting updated after every kubeobject sync
Summary: [RDR][MDR][Discovered Apps] Kube objects protected resourceConditions is not ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: odf-dr
Version: 4.16
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: ODF 4.16.0
Assignee: Raghavendra Talur
QA Contact: Pratik Surve
URL:
Whiteboard:
Depends On:
Blocks: 2274728
TreeView+ depends on / blocked
 
Reported: 2024-04-24 17:45 UTC by Pratik Surve
Modified: 2024-11-15 04:25 UTC (History)
5 users (show)

Fixed In Version: 4.16.0-125
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-07-17 13:20:51 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github RamenDR ramen pull 1447 0 None open drpc: show kubeObjectProtectionTime in status 2024-06-07 11:05:44 UTC
Github red-hat-storage ramen pull 291 0 None open Bug 2276941: Backport of PRs 1447 and 1451 from upstream 2024-06-11 04:48:34 UTC
Red Hat Product Errata RHSA-2024:4591 0 None None None 2024-07-17 13:20:57 UTC

Description Pratik Surve 2024-04-24 17:45:43 UTC
Description of problem (please be detailed as possible and provide log
snippests):


[RDR][Discovered Apps] Kube objects protected resourceConditions is not getting updated after every kubeobject sync  

Version of all relevant components (if applicable):

OCP version:- 4.16.0-0.nightly-2024-04-15-115534
ODF version:- 4.16.0-83
CEPH version:- ceph version 18.2.1-136.el9cp (e7edde2b655d0dd9f860dda675f9d7954f07e6e3) reef (stable)
ACM version:- 2.10.1
SUBMARINER version:- v0.17.0
VOLSYNC version:- volsync-product.v0.9.0
VOLSYNC method:- destinationCopyMethod: Direct

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?


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 cluster
2. Deploy imperative/Discovered app
3. check status of kubeobject in drpc
3. after some interval check value again


Actual results:

- lastTransitionTime: "2024-04-24T10:05:25Z"
      message: Kube objects protected
      observedGeneration: 1
      reason: Uploaded
      status: "True"
      type: ClusterDataProtected

Expected results:
Value should be updated frequently 


Additional info:


oc get drpc -n ramen-ops -o yaml app-busybox-rbd-4
apiVersion: ramendr.openshift.io/v1alpha1
kind: DRPlacementControl
metadata:
  annotations:
    drplacementcontrol.ramendr.openshift.io/app-namespace: ramen-ops
    drplacementcontrol.ramendr.openshift.io/last-app-deployment-cluster: prsurve-c1
  creationTimestamp: "2024-04-23T11:18:26Z"
  finalizers:
  - drpc.ramendr.openshift.io/finalizer
  generation: 2
  labels:
    cluster.open-cluster-management.io/backup: ramen
  name: app-busybox-rbd-4
  namespace: ramen-ops
  ownerReferences:
  - apiVersion: cluster.open-cluster-management.io/v1beta1
    blockOwnerDeletion: true
    controller: true
    kind: Placement
    name: app-busybox-rbd-4-placement-1
    uid: 0a80b2f8-e837-4073-a5eb-40a46f8cae38
  resourceVersion: "11700841"
  uid: 28bb4f2a-e0b6-4065-990d-cb1f46d28f16
spec:
  drPolicyRef:
    apiVersion: ramendr.openshift.io/v1alpha1
    kind: DRPolicy
    name: drpolicy-5m
  kubeObjectProtection:
    captureInterval: 5m0s
    kubeObjectSelector:
      matchExpressions:
      - key: appname
        operator: In
        values:
        - dd-io-2
        - dd-io-6
        - dd-io-4
        - dd-io-7
        - dd-io-3
        - dd-io-1
        - dd-io-5
      - key: workload
        operator: In
        values:
        - dd-io-3
        - dd-io-5
        - dd-io-1
        - dd-io-4
        - dd-io-2
        - dd-io-7
        - dd-io-6
  placementRef:
    apiVersion: cluster.open-cluster-management.io/v1beta1
    kind: Placement
    name: app-busybox-rbd-4-placement-1
    namespace: ramen-ops
  preferredCluster: prsurve-c1
  protectedNamespace:
  - app-busybox-rbd-4
  pvcSelector:
    matchExpressions:
    - key: appname
      operator: In
      values:
      - busybox
status:
  actionDuration: 1.056874522s
  actionStartTime: "2024-04-23T11:18:55Z"
  conditions:
  - lastTransitionTime: "2024-04-24T08:53:44Z"
    message: Initial deployment completed
    observedGeneration: 2
    reason: Deployed
    status: "True"
    type: Available
  - lastTransitionTime: "2024-04-23T11:18:26Z"
    message: Ready
    observedGeneration: 2
    reason: Success
    status: "True"
    type: PeerReady
  lastGroupSyncBytes: 232468480
  lastGroupSyncDuration: 6s
  lastGroupSyncTime: "2024-04-24T17:35:00Z"
  lastUpdateTime: "2024-04-24T17:38:39Z"
  phase: Deployed
  preferredDecision:
    clusterName: prsurve-c1
    clusterNamespace: prsurve-c1
  progression: Completed
  resourceConditions:
    conditions:
    - lastTransitionTime: "2024-04-23T11:18:55Z"
      message: PVCs in the VolumeReplicationGroup are ready for use
      observedGeneration: 1
      reason: Ready
      status: "True"
      type: DataReady
    - lastTransitionTime: "2024-04-23T11:18:30Z"
      message: VolumeReplicationGroup is replicating
      observedGeneration: 1
      reason: Replicating
      status: "False"
      type: DataProtected
    - lastTransitionTime: "2024-04-23T11:18:26Z"
      message: Nothing to restore
      observedGeneration: 1
      reason: Restored
      status: "True"
      type: ClusterDataReady
    - lastTransitionTime: "2024-04-24T10:05:25Z"
      message: Kube objects protected
      observedGeneration: 1
      reason: Uploaded
      status: "True"
      type: ClusterDataProtected
    resourceMeta:
      generation: 1
      kind: VolumeReplicationGroup
      name: app-busybox-rbd-4
      namespace: ramen-ops
      protectedpvcs:
      - dd-io-pvc-1
      - dd-io-pvc-5
      - dd-io-pvc-7
      - dd-io-pvc-3
      - dd-io-pvc-4
      - dd-io-pvc-6
      - dd-io-pvc-2

Comment 8 Sunil Kumar Acharya 2024-06-18 06:45:26 UTC
Please update the RDT flag/text appropriately.

Comment 10 errata-xmlrpc 2024-07-17 13:20:51 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

Comment 11 Red Hat Bugzilla 2024-11-15 04:25:35 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days


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