-
Bug
-
Resolution: Done-Errata
-
Normal
-
rhel-9.5
-
osinfo-db-20240701-2.el9
-
None
-
None
-
TestOnly
-
rhel-sst-virtualization
-
ssg_virtualization
-
26
-
3
-
False
-
-
None
-
None
-
Pass
-
RegressionOnly
-
-
x86_64
-
None
Description of problem：
There is process:xxxx WARNING during v2v conversion when latest virtio-win version -1.9.40-0.el9_4.noarch is installed
Version-Release number of selected component (if applicable):
virtio-win-1.9.40-0.el9_4.noarch
virt-v2v-2.5.4-1.el9.x86_64
libvirt-libs-10.3.0-1.el9.x86_64
qemu-img-9.0.0-2.el9.x86_64
nbdkit-1.38.0-1.el9.x86_64
libnbd-1.20.0-1.el9.x86_64
libguestfs-1.50.1-9.el9.x86_64
guestfs-tools-1.51.6-4.el9.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Convert a guest from VMware by virt-v2v
# virt-v2v -ic vpx://non-admin%40vsphere.local@10.73.212.129/data/10.73.212.36/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.2 -io vddk-thumbprint=CB:9F:B1:9D:33:49:6C:60:AD:3C:A5:16:77:91:5F:CD:1B:24:B1:43 -ip /home/passwd esx8.0-rhel9.5-x86_64-efi -o null [ 0.0] Setting up the source: -i libvirt -ic vpx://non-admin%40vsphere.local@10.73.212.129/data/10.73.212.36/?no_verify=1 -it vddk esx8.0-rhel9.5-x86_64-efi [ 1.8] Opening the source [ 11.9] Inspecting the source [ 19.9] Checking for sufficient free disk space in the guest [ 19.9] Converting Red Hat Enterprise Linux 9.5 Beta (Plow) to run on KVM ** (process:24878): WARNING **: 14:39:40.749: Entity http://pcisig.com/pci/1af4/1058 referenced but not defined virt-v2v: This guest has virtio drivers installed. [ 112.8] Mapping filesystem data to avoid copying unused and blank areas [ 114.0] Closing the overlay [ 114.2] Assigning disks to buses [ 114.2] Checking if the guest needs BIOS or UEFI to boot virt-v2v: This guest requires UEFI on the target to boot. [ 114.2] Setting up the destination: -o null [ 115.7] Copying disk 1/1 █ 100% [****************************************] [ 256.7] Creating output metadata [ 256.7] Finishing off
Actual results:
As above description
Expected result:
Fix the bug
Additional info:
Can't reproduce the bug with virtio-win-1.9.38-0.el9_4.noarch
# rpm -q virtio-win virtio-win-1.9.38-0.el9_4.noarch # virt-v2v -ic vpx://non-admin%40vsphere.local@10.73.212.129/data/10.73.212.36/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.2 -io vddk-thumbprint=CB:9F:B1:9D:33:49:6C:60:AD:3C:A5:16:77:91:5F:CD:1B:24:B1:43 -ip /home/passwd esx8.0-rhel9.5-x86_64-efi -o null [ 0.0] Setting up the source: -i libvirt -ic vpx://non-admin%40vsphere.local@10.73.212.129/data/10.73.212.36/?no_verify=1 -it vddk esx8.0-rhel9.5-x86_64-efi [ 1.7] Opening the source [ 8.0] Inspecting the source [ 16.1] Checking for sufficient free disk space in the guest [ 16.1] Converting Red Hat Enterprise Linux 9.5 Beta (Plow) to run on KVM virt-v2v: This guest has virtio drivers installed. [ 110.1] Mapping filesystem data to avoid copying unused and blank areas [ 111.3] Closing the overlay [ 111.6] Assigning disks to buses [ 111.6] Checking if the guest needs BIOS or UEFI to boot virt-v2v: This guest requires UEFI on the target to boot. [ 111.6] Setting up the destination: -o null [ 113.1] Copying disk 1/1 █ 100% [****************************************] [ 259.8] Creating output metadata [ 259.8] Finishing off
- links to
-
RHBA-2024:137153
osinfo-db bug fix and enhancement update
