+++ This bug was initially created as a clone of Bug #2149669 +++

Description of problem:

When a DataVolume/PVC is being restored by a backup program (say Velero) the following should be true:

1. DataVolume has "cdi.kubevirt.io/storage.prePopulated" annotation
2. PVC has "cdi.kubevirt.io/storage.populatedFor" annotation
3. Doesn't matter if DV or PVC is restored first
4. PVC does not have to initially be owned by the DataVolume

This bug deals with 4

Version-Release number of selected component (if applicable): 4.10.X

How reproducible:

Steps to Reproduce:
1. Create DataVolume

apiVersion: cdi.kubevirt.io/v1beta1
kind: DataVolume
metadata:
annotations:
cdi.kubevirt.io/storage.prePopulated: populated-dv
name: populated-dv
namespace: default
spec:
pvc:
accessModes:

• ReadWriteOnce
  resources:
  requests:
  storage: 2Gi
  storageClassName: rook-ceph-block
  volumeMode: Filesystem
  source:
  http:
  url: http://doesnotexist/disk.img

2. Create PVC

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
annotations:
cdi.kubevirt.io/storage.populatedFor: populated-dv
name: populated-dv
namespace: default
spec:
accessModes:

• ReadWriteOnce
  resources:
  requests:
  storage: 2Gi
  storageClassName: rook-ceph-block
  volumeMode: Filesystem

Actual results:

DataVolume will stay pending until DV is reconciled again

Expected results:

DataVolume will go to succeeded phase

Additional info: