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