Uploaded image for project: 'OpenShift API for Data Protection'
  1. OpenShift API for Data Protection
  2. OADP-3106 Datadownload fails for empty PVC with cephfs storageclass
  3. OADP-3433

[IBM QE-P] Verify Bug OADP-3106 - Datadownload fails for empty PVC with cephfs storageclass

XMLWordPrintable

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

      None

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

      Description of problem:  Datadownload fails with while trying to restore an empty PVC created using ocs-storagecluster-cephfs storage class

       

      # oc get pvc -n ocp-mysql
      NAME      STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                AGE
      mysql     Bound    pvc-524acf43-c4a4-4382-8a33-06e85dfff232   2Gi        RWO            ocs-storagecluster-cephfs   96s
      mysql-1   Bound    pvc-fee43ebe-de53-4e14-96fe-68fca2d2197e   2Gi        RWO            ocs-storagecluster-cephfs   96s 

       

      Dataupload and backup are successful -

      # oc get dataupload
      NAME                   STATUS      STARTED   BYTES DONE   TOTAL BYTES   STORAGE LOCATION   AGE    NODE
      oadp479-backup-bvd4r   Completed   118s                                 default            118s   worker-1
      oadp479-backup-zhjz2   Completed   2m3s      107854713    107854713     default            2m3s   worker-1 
      
      # oc get backup oadp479-backup -n openshift-adp -o jsonpath='{.status.phase}'
      Completed

       

      However the restore fails partially -

      # oc get restore test-restore479 -n openshift-adp -o jsonpath='{.status.phase}'
      PartiallyFailed 

       

      The datadownload fails with following error -

       

      # oc get datadownload test-restore479-9vwfp -n openshift-adp -oyaml
      apiVersion: velero.io/v2alpha1
      kind: DataDownload
      metadata:
        creationTimestamp: "2023-11-21T06:30:35Z"
        generateName: test-restore479-
        generation: 5
        labels:
          velero.io/accepted-by: worker-2
          velero.io/async-operation-id: dd-0a03c121-6396-439c-bc80-702cf4c107ec.fee43ebe-de53-4e1f93518
          velero.io/restore-name: test-restore479
          velero.io/restore-uid: 0a03c121-6396-439c-bc80-702cf4c107ec
        name: test-restore479-9vwfp
        namespace: openshift-adp
        ownerReferences:
        - apiVersion: velero.io/v1
          controller: true
          kind: Restore
          name: test-restore479
          uid: 0a03c121-6396-439c-bc80-702cf4c107ec
        resourceVersion: "8492854"
        uid: ea969612-0b92-4770-a040-54d4028a5b8a
      spec:
        backupStorageLocation: default
        operationTimeout: 10m0s
        snapshotID: ""
        sourceNamespace: ocp-mysql
        targetVolume:
          namespace: ocp-myssql-new
          pv: ""
          pvc: mysql-1
      status:
        completionTimestamp: "2023-11-21T06:31:45Z"
        message: 'data path restore failed: Failed to run kopia restore: Unable to load
          snapshot : snapshot not found'
        node: worker-2
        phase: Failed
        progress: {}
        startTimestamp: "2023-11-21T06:30:35Z" 

       

       

       

       

      Version-Release number of selected component (if applicable): OADP 1.3.0

       

      How reproducible: Always

       

      Steps to Reproduce:
      1. https://polarion.engineering.redhat.com/polarion/redirect/project/OADP/workitem?id=OADP-479

      Actual results: Restore fails partially

       

      Expected results: Restore succeeds and pod is running

       

      Additional info:

              anayek Aniruddha Nayek
              akarol@redhat.com Aziza Karol
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: