Uploaded image for project: 'Data Foundation Bugs'
  1. Data Foundation Bugs
  2. DFBUGS-580

[2319824] [RDR] Replication via Volsync requires PVC to be mounted before PVC is synchronized

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Critical Critical
    • odf-4.18
    • odf-4.17
    • odf-dr/ramen
    • None
    • False
    • Hide

      None

      Show
      None
    • False
    • Committed
    • 4.18.0-107
    • Committed
    • Earlier a PVC which was not mounted would not be synced to the secondary cluster. Now, ODF-DR syncs the PVC even if it is not mounted but is part of the PVCLabelSelector.
    • Bug Fix
    • Proposed
    • RamenDR sprint 2024 #20, RamenDR sprint 2024 #21
    • None

      Description of problem (please be detailed as possible and provide log
      snippests):
      In the context of replicating a Protected Application volumes via Volsync within the context of ACM Disaster recovery/Enroll Application/Discovered Application, Volsync requires the every PVC to replicated to be mounted before synchronizing the volume.

      For Cloud Pak for Data (and Watsonx family of offerings deployed on Cloud Pak for Data platform) a number of PVC's are created upon application deployment but only mounted on an extended interval via CronJob/Pod.

      The described behavior is not expected and not consistent with replication via ceph data mirroring which does not depend on, require PVC's to be mounted.

      Version of all relevant components (if applicable):

      Does this issue impact your ability to continue to work with the product
      (please explain in detail what is the user impact)?
      Yes, the Protected Application must be modified/adjusted to be successfully replicated.

      Is there any workaround available to the best of your knowledge?
      Create a Deployment to mount the unmounted PVC's, however this causes the CronJob/Pod to fail as the PVC's in question are RWO.

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

      Can this issue reproducible?
      Yes

      Can this issue reproduce from the UI?
      Yes

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

      Steps to Reproduce:
      1.
      2.
      3.

      Actual results:

      Expected results:

      Additional info:

              prd@redhat.com Pruthvi TD
              astreit Andrew Streit (Inactive)
              Pruthvi TD
              Keerthana Manoharan Keerthana Manoharan
              Votes:
              0 Vote for this issue
              Watchers:
              15 Start watching this issue

                Created:
                Updated:
                Resolved: