2143907 – nbdkit: error: /home/vddk8.0.0/lib64/libvixDiskLib.so.7: cannot open shared object file: No such file or directory

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 2143907 - nbdkit: error: /home/vddk8.0.0/lib64/libvixDiskLib.so.7: cannot open shared object file: No such file or directory

Summary: nbdkit: error: /home/vddk8.0.0/lib64/libvixDiskLib.so.7: cannot open shared o...

Keywords:
Status:	CLOSED ERRATA
Alias:	None
Product:	Red Hat Enterprise Linux 8
Classification:	Red Hat
Component:	nbdkit
Sub Component:
Version:	8.7
Hardware:	Unspecified
OS:	Unspecified
Priority:	unspecified
Severity:	unspecified
Target Milestone:	rc
Target Release:	---
Assignee:	Richard W.M. Jones
QA Contact:	mxie@redhat.com
Docs Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+	depends on / blocked

Reported:	2022-11-18 10:19 UTC by Richard W.M. Jones
Modified:	2023-05-16 08:55 UTC (History)
CC List:	10 users (show)
Fixed In Version:	nbdkit-1.24.0-5.module+el8.8.0+17308+05924798
Doc Type:	If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:	2023-05-16 08:16:35 UTC
Type:	Bug
Target Upstream Version:
Embargoed:
Dependent Products:

Attachments	(Terms of Use)

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Issue Tracker	RHELPLAN-139902	0	None	None	None	2022-11-18 10:32:49 UTC
Red Hat Product Errata	RHSA-2023:2757	0	None	None	None	2023-05-16 08:17:42 UTC

Description Richard W.M. Jones 2022-11-18 10:19:57 UTC

This bug was initially created as a copy of Bug #2143889

Description of problem:
Virt-v2v can't convert guest from VMware via vddk8.0.0

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

nbdkit-1.24.0-4.el8

This version of nbdkit also does not support VDDK 8.0.0.  The
fix for this is very simple and low risk, so probably worth
pulling in for RHEL 8.8 to avoid future compatibility problems.

Upstream fix:
https://gitlab.com/nbdkit/nbdkit/-/commit/dbe12ed499baeea94d603db55cad9e971e0ebcf0

Comment 1 mxie@redhat.com 2022-11-22 13:18:18 UTC

Test the bug with below builds:
nbdkit-server-1.24.0-5.module+el8.8.0+17308+05924798.x86_64
virt-v2v-1.42.0-21.module+el8.8.0+16781+9f4724c2.x86_64
libguestfs-1.44.0-9.module+el8.8.0+16781+9f4724c2.x86_64
libguestfs-tools-c-1.44.0-9.module+el8.8.0+16781+9f4724c2.x86_64
libvirt-libs-8.0.0-11.module+el8.8.0+16835+1d966b61.x86_64
qemu-img-6.2.0-25.module+el8.8.0+17289+bd3b0bcc.x86_64



Steps:

Scenario1: convert a guest from ESXi8.0 via vddk8.0.0 by v2v

1.1 # virt-v2v -ic vpx://root.212.149/data/10.73.212.36/?no_verify=1  -it vddk -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=D1:03:96:7E:11:3D:7C:4C:B6:50:28:1B:63:74:B5:40:5F:9D:9F:94 -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -oo rhv-cluster=NFS -os nfs_data  -op /home/rhvpasswd esx8.0-rhel8.8-x86_64
[   0.7] Opening the source -i libvirt -ic vpx://root.212.149/data/10.73.212.36/?no_verify=1 esx8.0-rhel8.8-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=D1:03:96:7E:11:3D:7C:4C:B6:50:28:1B:63:74:B5:40:5F:9D:9F:94
[   2.4] Creating an overlay to protect the source from being modified
[   3.6] Opening the overlay
[   9.1] Inspecting the overlay
[  18.1] Checking for sufficient free disk space in the guest
[  18.1] Estimating space required on target for each disk
[  18.1] Converting Red Hat Enterprise Linux 8.8 Beta (Ootpa) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 102.8] Mapping filesystem data to avoid copying unused and blank areas
[ 103.9] Closing the overlay
[ 104.2] Assigning disks to buses
[ 104.2] Checking if the guest needs BIOS or UEFI to boot
[ 104.2] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[ 105.7] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.YMnLfZ/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 281.9] Creating output metadata
[ 294.9] Finishing off


1.2 Check guest after finishing conversion, checkpoints of guest are passed


Scenario2: convert guests from ESXi7.0 via vddk8.0.0 by v2v

2.1 #  virt-v2v -ic vpx://administrator%40vsphere.local.213.207/data/10.73.212.38/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io  vddk-thumbprint=09:9E:54:CF:C3:36:11:9D:7D:B6:45:E0:85:74:4D:DB:CE:24:7B:46  -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api  -op /home/rhvpasswd  -oo rhv-cluster=NFS -os nfs_data esx7.0-win11-x86_64
[   0.7] Opening the source -i libvirt -ic vpx://administrator%40vsphere.local.213.207/data/10.73.212.38/?no_verify=1 esx7.0-win11-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=09:9E:54:CF:C3:36:11:9D:7D:B6:45:E0:85:74:4D:DB:CE:24:7B:46
[   2.4] Creating an overlay to protect the source from being modified
nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf.
[   3.3] Opening the overlay
[   8.8] Inspecting the overlay
[  13.8] Checking for sufficient free disk space in the guest
[  13.8] Estimating space required on target for each disk
[  13.8] Converting Windows 10 Enterprise to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  21.6] Mapping filesystem data to avoid copying unused and blank areas
[  22.5] Closing the overlay
[  22.7] Assigning disks to buses
[  22.7] Checking if the guest needs BIOS or UEFI to boot
[  22.7] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[  24.2] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.5epBNT/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 524.0] Creating output metadata
[ 537.0] Finishing off

2.2 #  virt-v2v -ic esx://root.212.38/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io  vddk-thumbprint=32:AB:AB:35:70:8C:3C:0B:36:89:60:75:2A:62:2F:D7:B7:F5:C2:65 --password-file /home/esxpw  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api  -op /home/rhvpasswd  -oo rhv-cluster=NFS -os nfs_data  esx7.0-rhel8.7-x86_64
[   0.7] Opening the source -i libvirt -ic esx://root.212.38/?no_verify=1 esx7.0-rhel8.7-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=32:AB:AB:35:70:8C:3C:0B:36:89:60:75:2A:62:2F:D7:B7:F5:C2:65
[   2.1] Creating an overlay to protect the source from being modified
[   2.8] Opening the overlay
[  11.2] Inspecting the overlay
[  79.9] Checking for sufficient free disk space in the guest
[  79.9] Estimating space required on target for each disk
[  79.9] Converting Red Hat Enterprise Linux 8.7 (Ootpa) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 328.2] Mapping filesystem data to avoid copying unused and blank areas
[ 329.2] Closing the overlay
[ 329.4] Assigning disks to buses
[ 329.4] Checking if the guest needs BIOS or UEFI to boot
[ 329.4] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[ 330.9] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.0c1B7S/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 668.1] Creating output metadata
[ 681.0] Finishing off

2.3 Check guest after finishing conversion, checkpoints of guests are passed


Scenario3: Convert guests from ESXi6.7 via vddk8.0.0 by v2v

3.1 #  virt-v2v -ic vpx://root.74.72/data/10.73.75.219/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C  -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -oo rhv-cluster=NFS -os nfs_data  -op /home/rhvpasswd esx6.7-rhel8.7-x86_64
[   0.7] Opening the source -i libvirt -ic vpx://root.74.72/data/10.73.75.219/?no_verify=1 esx6.7-rhel8.7-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C
[   2.5] Creating an overlay to protect the source from being modified
nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf.
[   3.5] Opening the overlay
[   9.3] Inspecting the overlay
[  24.1] Checking for sufficient free disk space in the guest
[  24.1] Estimating space required on target for each disk
[  24.1] Converting Red Hat Enterprise Linux 8.7 (Ootpa) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 139.8] Mapping filesystem data to avoid copying unused and blank areas
[ 140.6] Closing the overlay
[ 140.9] Assigning disks to buses
[ 140.9] Checking if the guest needs BIOS or UEFI to boot
[ 140.9] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[ 142.4] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.aRSpTV/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 377.1] Creating output metadata
[ 390.0] Finishing off

3.2 Check guest after finishing conversion, checkpoints of guest are passed


Scenario4: convert guests from ESXi6.5 via vddk8.0.0 by v2v

4.1# virt-v2v -ic vpx://root.74.72/data/10.73.196.89/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C  -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -oo rhv-cluster=NFS -os nfs_data  -op /home/rhvpasswd esx6.5-win2022-x86_64
[   0.7] Opening the source -i libvirt -ic vpx://root.74.72/data/10.73.196.89/?no_verify=1 esx6.5-win2022-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C
[   2.6] Creating an overlay to protect the source from being modified
nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf.
[   6.6] Opening the overlay
[  14.1] Inspecting the overlay
[  19.8] Checking for sufficient free disk space in the guest
[  19.8] Estimating space required on target for each disk
[  19.8] Converting Windows Server 2022 Standard to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 150.2] Mapping filesystem data to avoid copying unused and blank areas
[ 150.9] Closing the overlay
[ 151.2] Assigning disks to buses
[ 151.2] Checking if the guest needs BIOS or UEFI to boot
[ 151.2] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[ 152.7] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.5Lw6LH/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 684.7] Creating output metadata
[ 697.7] Finishing off

4.2 Check guest after finishing conversion, checkpoints of guest are passed


Hi rjones,
   
   I want to confirm if 'nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf' needs to be fixed on rhel8. BTW, this error info has been fixed on rhel9.

Comment 2 Richard W.M. Jones 2022-11-22 13:27:29 UTC

>    I want to confirm if 'nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf' needs to be fixed on rhel8. BTW, this error info has been fixed on rhel9.

That was probably either bug 2104720 or bug 2083617 I think?

RHEL 8 has a really old version of nbdkit (1.24.0!) and we didn't
touch it (before this bug) since Aug 2021.  It's lacking at least
these commits:

afa8cc84392af26641b340c58b836ca879698a53 (Jul 7 2022, fixes bug 2104720)
270ee75ede3881f32a7c21264676851dcf0969be (May 10 2022, fixes bug 2083617)

Maybe more ...

I think that there are two ways we could go here - either rebase nbdkit
to some much more recent version in RHEL 8, or just ignore these
warnings.  The first one is going to be very invasive and might
potentially break other things (even though we try hard to maintain
stability upstream).  My preference is to do nothing.

Comment 6 Richard W.M. Jones 2022-12-20 09:04:41 UTC

Done now.

Comment 7 mxie@redhat.com 2022-12-21 04:39:57 UTC

Verify the bug with below builds:
nbdkit-server-1.24.0-5.module+el8.8.0+17308+05924798.x86_64
virt-v2v-1.42.0-21.module+el8.8.0+16781+9f4724c2.x86_64
libguestfs-1.44.0-9.module+el8.8.0+16781+9f4724c2.x86_64
libguestfs-tools-c-1.44.0-9.module+el8.8.0+16781+9f4724c2.x86_64
libvirt-libs-8.0.0-12.module+el8.8.0+17545+95582d4e.x86_64
qemu-img-6.2.0-27.module+el8.8.0+17473+3286524b.x86_64
virtio-win-1.9.24-2.el8_5.noarch
kernel-4.18.0-446.el8.x86_64


Steps:

Scenario1: convert a guest from ESXi8.0 via vddk8.0.0 by v2v

1.1 #  virt-v2v -ic vpx://root.212.149/data/10.73.212.36/?no_verify=1  -it vddk -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=D1:03:96:7E:11:3D:7C:4C:B6:50:28:1B:63:74:B5:40:5F:9D:9F:94 -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -oo rhv-cluster=NFS -os nfs_data  -op /home/rhvpasswd esx8.0-rhel8.8-x86_64
[   0.7] Opening the source -i libvirt -ic vpx://root.212.149/data/10.73.212.36/?no_verify=1 esx8.0-rhel8.8-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=D1:03:96:7E:11:3D:7C:4C:B6:50:28:1B:63:74:B5:40:5F:9D:9F:94
[   2.5] Creating an overlay to protect the source from being modified
[   3.4] Opening the overlay
[  19.0] Inspecting the overlay
[  32.2] Checking for sufficient free disk space in the guest
[  32.2] Estimating space required on target for each disk
[  32.2] Converting Red Hat Enterprise Linux 8.8 Beta (Ootpa) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 132.0] Mapping filesystem data to avoid copying unused and blank areas
[ 132.5] Closing the overlay
[ 132.8] Assigning disks to buses
[ 132.8] Checking if the guest needs BIOS or UEFI to boot
[ 132.8] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[ 134.0] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.l1PG9Z/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 379.9] Creating output metadata
[ 392.6] Finishing off

1.2 Check guest after finishing conversion, checkpoints of guest are passed


Scenario2: convert guests from ESXi7.0 via vddk8.0.0 by v2v
#  virt-v2v -ic vpx://administrator%40vsphere.local.213.207/data/10.73.212.38/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io  vddk-thumbprint=09:9E:54:CF:C3:36:11:9D:7D:B6:45:E0:85:74:4D:DB:CE:24:7B:46  -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api  -op /home/rhvpasswd  -oo rhv-cluster=NFS -os nfs_data esx7.0-win2022-x86_64
[   0.4] Opening the source -i libvirt -ic vpx://administrator%40vsphere.local.213.207/data/10.73.212.38/?no_verify=1 esx7.0-win2022-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=09:9E:54:CF:C3:36:11:9D:7D:B6:45:E0:85:74:4D:DB:CE:24:7B:46
[   2.1] Creating an overlay to protect the source from being modified
nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf.
[   3.0] Opening the overlay
[   7.6] Inspecting the overlay
[  14.7] Checking for sufficient free disk space in the guest
[  14.7] Estimating space required on target for each disk
[  14.7] Converting Windows Server 2022 Standard to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  36.3] Mapping filesystem data to avoid copying unused and blank areas
[  37.3] Closing the overlay
[  37.5] Assigning disks to buses
[  37.5] Checking if the guest needs BIOS or UEFI to boot
[  37.5] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[  38.7] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.sLQb1w/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 353.4] Creating output metadata
[ 368.1] Finishing off

2.2 Check guest after finishing conversion, checkpoints of guest are passed


Scenario3: Convert guests from ESXi6.7 via vddk8.0.0 by v2v

3.1 # virt-v2v -ic vpx://root.74.72/data/10.73.75.219/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C  -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -oo rhv-cluster=NFS -os nfs_data  -op /home/rhvpasswd esx6.7-win11-x86_64
[   0.4] Opening the source -i libvirt -ic vpx://root.74.72/data/10.73.75.219/?no_verify=1 esx6.7-win11-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C
[   2.2] Creating an overlay to protect the source from being modified
nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf.
[   3.0] Opening the overlay
[   7.8] Inspecting the overlay
[  13.8] Checking for sufficient free disk space in the guest
[  13.8] Estimating space required on target for each disk
[  13.8] Converting Windows 10 Enterprise to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  22.4] Mapping filesystem data to avoid copying unused and blank areas
[  24.2] Closing the overlay
[  24.4] Assigning disks to buses
[  24.4] Checking if the guest needs BIOS or UEFI to boot
[  24.4] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[  25.6] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.jQMlWh/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 433.1] Creating output metadata
[ 445.7] Finishing off


3.2 Check guest after finishing conversion, checkpoints of guest are passed


Scenario4: convert guests from ESXi6.5 via vddk8.0.0 by v2v

4.1# # virt-v2v -ic vpx://root.74.72/data/10.73.196.89/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C  -ip /home/passwd  -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -oo rhv-cluster=NFS -os nfs_data  -op /home/rhvpasswd esx6.5-rhel7.9-x86_64
[   0.4] Opening the source -i libvirt -ic vpx://root.74.72/data/10.73.196.89/?no_verify=1 esx6.5-rhel7.9-x86_64 -it vddk  -io vddk-libdir=/home/vddk8.0.0 -io vddk-thumbprint=24:40:7E:C8:C8:1F:9C:DF:E4:E0:48:D0:9E:25:64:94:64:AF:C6:8C
[   2.2] Creating an overlay to protect the source from being modified
nbdkit: vddk[1]: error: VDDK_PhoneHome: Unable to load configuration options from /tmp/vmware-root/vacConfig.conf.
[   6.2] Opening the overlay
[  13.2] Inspecting the overlay
[  41.9] Checking for sufficient free disk space in the guest
[  41.9] Estimating space required on target for each disk
[  41.9] Converting Red Hat Enterprise Linux Server 7.9 (Maipo) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 265.5] Mapping filesystem data to avoid copying unused and blank areas
[ 266.4] Closing the overlay
[ 266.6] Assigning disks to buses
[ 266.6] Checking if the guest needs BIOS or UEFI to boot
[ 266.6] Initializing the target -o rhv-upload -oc https://dell-per740-48.lab.eng.pek2.redhat.com/ovirt-engine/api -op /home/rhvpasswd -os nfs_data
[ 267.8] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/tmp/v2vnbdkit.j3IzEV/nbdkit4.sock", "file.export": "/" } (raw)
    (100.00/100%)
[1711.0] Creating output metadata
[1724.7] Finishing off

4.2 Check guest after finishing conversion, checkpoints of guest are passed

Result:
  No problems were found, move the bug from ON_QA to VERIFIED.

Comment 9 errata-xmlrpc 2023-05-16 08:16:35 UTC

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 (Moderate: virt:rhel and virt-devel:rhel security, bug fix, and enhancement update), 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/RHSA-2023:2757

Note You need to log in before you can comment on or make changes to this bug.