Will address in 2.2 when we will ship the hostpath provisioner.

Kevin, could you help to retest this issue on 2.2 env. then?

This issue should be fixed by:
https://github.com/kubevirt/containerized-data-importer/pull/899/

The annotations are copied from the DV to the PVC

Pending on the d/s test environment, so we can not verify this bug now.

Please ignore Comment 6 - this information is not relevant to this bug
Moving back to ON-QA

Verified with Code:
-----------------------------------------------
container-native-virtualization-virt-cdi-uploadserver:v2.2.0-3
OCP 4.3 CNV 2.2
registry-proxy.engineering.redhat.com/rh-osbs/container-native-virtualization-hostpath-provisioner-rhel8-operator:v2.2.0-8



Verified with the following scenario:
-----------------------------------------------
Create a DataVolume on node 0 >>>>> The image is created node 0
Create a second DataVolume on node 1 >>>>> The image is created on node 1

apiVersion: cdi.kubevirt.io/v1alpha1
kind: DataVolume
metadata:
  name: hostpath-dv-import11
  annotations:
    kubevirt.io/provisionOnNode: cnv-executor-kev4322e-rhel-worker-0
spec:
  source:
      http:
         url: "https://download.cirros-cloud.net/0.4.0/cirros-0.4.0-x86_64-disk.img"
  pvc:
    accessModes:
      - ReadWriteOnce
    resources:
      requests:
        storage: 100Mi
    storageClassName: hostpath-provisioner




[cloud-user@cnv-executor-kev4322e-rhel-worker-0 ~]$ ls -ltr /var/hpvolumes/pvc-c8001476-64d1-4572-b2c2-276503ee4d8a
total 102404
-rw-r--r--. 1 root root 104857600 Dec 25 05:07 disk.img

Moving to verified

Verified

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2020:0307