Uploaded image for project: 'OpenShift API for Data Protection'
  1. OpenShift API for Data Protection
  2. OADP-2742 NativeDataMover: Restore is getting stuck in waitingForPluginOpertions phase for the StatefulSet application
  3. OADP-3032

[IBM QE-Z] Verify Bug OADP-2742 - NativeDataMover: Restore is getting stuck in waitingForPluginOpertions phase for the StatefulSet application

XMLWordPrintable

    • Icon: Sub-task Sub-task
    • Resolution: Done
    • Icon: Undefined Undefined
    • OADP 1.3.0
    • None
    • None
    • None
    • 4
    • False
    • Hide

      None

      Show
      None
    • False
    • ToDo
    • 0
    • 0.000
    • Very Likely
    • 0
    • None
    • Unset
    • Unknown

      Description of problem:

      Workload pods are getting skipped by the openshift-velero-plugin which is causing the restore to stuck in waitingForPluginsOperation phase.  I encountered this issue with StorageClass binding mode WaitForFirstConsumer.  Restore worked fine when tested it with storateClass binding mode Immediate.

      Upstream issue:- 
      https://github.com/vmware-tanzu/velero/issues/6813

      Version-Release number of selected component (if applicable):
      Velero 1.12.0

       

      How reproducible:
      Intermittent

       

      Steps to Reproduce:

      1. Deployed a StatefulSet application with 3 replicas.
      2. Executed backup with Native DataMover, backup completed successfully.
      3. Removed app namespace
      4. Executed Restore

      Actual results:

      Restore gets stuck in waitingForPluginsOperation phase.

       

      Expected results:
      Restore should be successful. 

       

      Additional info:

      Slack discussion:- 

      https://redhat-internal.slack.com/archives/CHD1CSNAK/p1694784462746169

              manilson-1 Maya Anilson (Inactive)
              akarol@redhat.com Aziza Karol
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: