Uploaded image for project: 'OpenShift API for Data Protection'
  1. OpenShift API for Data Protection
  2. OADP-224

Restore silently ignore resources if they exist - restore log not updated

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Normal
    • OADP 1.1.0
    • None
    • velero
    • False
    • False
    • ToDo
    • OADP Sprint 215, OADP Sprint 216, OADP Sprint 217, OADP Sprint 218
    • 4
    • 0
    • 0
    • 0
    • Untriaged

    Description

      Resources from a backup are silently ignored if already on the hub, while the restore status marks the resources as being restored. There is no mention of resources being skipped. This gives a false confidence that the cluster you restored the data on has the same data as the old cluster. Especially if you look at the backup and rest assured by the fact that those resources are in the backup, so the assumption is that they are restored.

       

      I looked at the velero restore code ignoring existing resources; the issue we are discussing here. What I noticed

      This is a restore log where a ServiceAccount resource was updated based on the new restored version

       

      time="2022-01-13T23:33:35Z" level=info msg="Attempting to restore ServiceAccount: test-vb" logSource="pkg/restore/restore.go:1264" restore=openshift-adp/restore-backup-account-6
      time="2022-01-13T23:33:35Z" level=info msg="ServiceAccount abc-broker/test-vb successfully updated" logSource="pkg/restore/restore.go:1313" restore=openshift-adp/restore-backup-account-6
       
      

      And this is a restore log for a placement rule resource which was ignored; looks like everything went through though, no log error

       

      time="2022-01-13T18:27:20Z" level=info msg="Attempting to restore PlacementRule: vb-helloworld-3-placement-1" logSource="pkg/restore/restore.go:1264" restore=openshift-adp/restore-backup-vb-test-pr-1
      time="2022-01-13T18:27:20Z" level=info msg="Restored 1 items out of an estimated total of 1 (estimate will change throughout the restore)" logSource="pkg/restore/restore.go:664" name=vb-helloworld-3-placement-1 namespace=vb-helloworld-ns-3 progress= resource=placementrules.apps.open-cluster-management.io restore=openshift-adp/restore-backup-vb-test-pr-1
      time="2022-01-13T18:27:20Z" level=info msg="restore completed" logSource="pkg/controller/restore_controller.go:480" restore=openshift-adp/restore-backup-vb-test-pr-1
      

       

      Attachments

        Activity

          People

            sseago Scott Seago
            vbirsan@redhat.com Valentina Birsan
            Amos Mastbaum Amos Mastbaum
            Votes:
            0 Vote for this issue
            Watchers:
            9 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: