From 13fe21f98fd886ec7550c5e3daf43b07d86596c5 Mon Sep 17 00:00:00 2001 From: andrijapanicsb <45762285+andrijapanicsb@users.noreply.github.com> Date: Tue, 26 May 2026 11:17:59 +0200 Subject: [PATCH 1/3] Fix virtio-win install steps for EL hosts --- .../importing_vmware_vms_into_kvm.rst | 27 ++++++++++--------- 1 file changed, 14 insertions(+), 13 deletions(-) diff --git a/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst b/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst index 655b8e0629..9c44e864b7 100644 --- a/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst +++ b/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst @@ -54,36 +54,37 @@ Ubuntu 22.04 LTS, 24.04 LTS Importing Windows VMs from VMware requires installing the virtio drivers for Windows on the hypervisor hosts for the virt-v2v conversion. +The Fedora-provided ``virtio-win`` RPM installs the drivers under ``/usr/share/virtio-win``, which is one of virt-v2v's +default search paths. -On (RH)EL hosts: +On EL-based hosts, including RHEL, Oracle Linux, Rocky Linux and Alma Linux, install the Fedora-provided RPM directly. +The ``virtio-win`` package may not be available from the enabled distribution repositories on EL8 or EL9 hosts. :: - yum install virtio-win + dnf install -y https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.noarch.rpm -You can also install the RPM manually from https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.noarch.rpm + rpm -qa | grep -i virtio-win + ls -l /usr/share/virtio-win For Debian-based distributions: -Ubuntu don’t seem to ship the virtio-win package with drivers, which causes virt-v2v not to convert the VMWare Windows guests to virtio profiles. This could result in slow IDE drives and Intel E1000 NICs. As a workaround, we can follow the below steps to install the package from the RPM on all KVM hosts running the virt-v2v: +Ubuntu does not always ship a ``virtio-win`` package with the Windows drivers, which causes virt-v2v not to convert +the VMware Windows guests to virtio profiles. This can result in slow IDE drives and Intel E1000 NICs. As a workaround, +download the Fedora RPM and convert it to a DEB on all KVM hosts running virt-v2v: :: - apt install virtio-win (if the package is not available, then manual steps will be required to install the virtio drivers for windows) - - wget https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.noarch.rpm - - # install “alien” which can convert rpms to debs apt -y install alien + wget -O virtio-win.noarch.rpm https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.noarch.rpm - # the conversion, can take a while alien -d virtio-win.noarch.rpm - - # install the resulting deb dpkg -i virtio-win*.deb + ls -l /usr/share/virtio-win -In addition to this, we need to install the below package as well to avoid the error “virt-v2v: error: One of rhsrvany.exe or pvvxsvc.exe is missing in /usr/share/virt-tools“. +In addition to this, install the package below to avoid the error +``virt-v2v: error: One of rhsrvany.exe or pvvxsvc.exe is missing in /usr/share/virt-tools``. :: From 41be3ba459ae37f13db9137caaa989343d62d348 Mon Sep 17 00:00:00 2001 From: andrijapanicsb <45762285+andrijapanicsb@users.noreply.github.com> Date: Tue, 26 May 2026 11:37:44 +0200 Subject: [PATCH 2/3] Clarify VDDK download and version guidance --- .../importing_vmware_vms_into_kvm.rst | 20 ++++++++++++++++--- 1 file changed, 17 insertions(+), 3 deletions(-) diff --git a/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst b/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst index 9c44e864b7..26e4bca264 100644 --- a/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst +++ b/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst @@ -147,6 +147,7 @@ This reduces disk I/O amplification, eliminates temporary staging storage, and s CloudStack does not distribute VDDK, operators must download it separately. Along with the new VDDK-based conversion method the traditional OVF-based method remains supported for environments. Operators can choose the conversion method on a per-migration basis in the UI import wizard. + Host Prerequisites for VDDK-based Conversion ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ @@ -182,13 +183,26 @@ Ubuntu: **Step 2: Download and install VDDK** -Download the VDDK tarball and extract it on the KVM host. The CloudStack agent will detect the VDDK library -directory from the extracted package layout or it can also be configured explicitly via the ``vddk.lib.dir`` -property in ``/etc/cloudstack/agent/agent.properties``. +Download the VDDK Linux tarball from Broadcom's VMware Virtual Disk Development Kit page: +https://developer.broadcom.com/sdks/vmware-virtual-disk-development-kit-vddk/ + +For EL-based KVM hosts, use the latest available VDDK 8.x Linux tarball on EL8 hosts and the latest available +VDDK 9.x Linux tarball on EL9 hosts. Ubuntu hosts should use the Linux tarball compatible with the installed +``virt-v2v`` and ``nbdkit`` packages; validate this combination before enabling VDDK-based migrations in production. + +Extract the tarball under a consistent location such as the example below. The CloudStack agent auto-detects a valid +``vmware-vix-disklib-distrib`` directory when it can find one on the host. If VDDK is extracted elsewhere, or if the +host has more than one VDDK installation and a specific one should be used, configure the directory explicitly with the +``vddk.lib.dir`` property in ``/etc/cloudstack/agent/agent.properties``. :: mkdir -p /opt/vmware-vddk + + # EL8 example + tar -xf VMware-vix-disklib-8*.tar.gz -C /opt/vmware-vddk + + # EL9 example tar -xf VMware-vix-disklib-9*.tar.gz -C /opt/vmware-vddk Expected layout after extraction:: From 108a9a74e51b01e603481691dd9a4345df08d5e5 Mon Sep 17 00:00:00 2001 From: Codex Date: Wed, 27 May 2026 18:16:06 +0200 Subject: [PATCH 3/3] Clarify VDDK 8 recommendation for VMware imports --- .../importing_vmware_vms_into_kvm.rst | 30 ++++++------------- 1 file changed, 9 insertions(+), 21 deletions(-) diff --git a/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst b/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst index 26e4bca264..8a5b5daf71 100644 --- a/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst +++ b/source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst @@ -186,9 +186,11 @@ Ubuntu: Download the VDDK Linux tarball from Broadcom's VMware Virtual Disk Development Kit page: https://developer.broadcom.com/sdks/vmware-virtual-disk-development-kit-vddk/ -For EL-based KVM hosts, use the latest available VDDK 8.x Linux tarball on EL8 hosts and the latest available -VDDK 9.x Linux tarball on EL9 hosts. Ubuntu hosts should use the Linux tarball compatible with the installed -``virt-v2v`` and ``nbdkit`` packages; validate this combination before enabling VDDK-based migrations in production. +Use the latest available VDDK 8.x Linux tarball for all supported KVM conversion hosts, including EL8, EL9, +Ubuntu 22.04, and Ubuntu 24.04 hosts. VDDK 8.x covers vSphere 7 and vSphere 8 environments and is the recommended +stable choice for most deployments. Do not use VDDK 9.x unless the source environment is vSphere 9 and the +``virt-v2v`` and ``nbdkit`` package combination has been explicitly validated, because VDDK 9.x is targeted at +vSphere 9 and is not the expected default for vSphere 7 or vSphere 8 environments. Extract the tarball under a consistent location such as the example below. The CloudStack agent auto-detects a valid ``vmware-vix-disklib-distrib`` directory when it can find one on the host. If VDDK is extracted elsewhere, or if the @@ -199,12 +201,9 @@ host has more than one VDDK installation and a specific one should be used, conf mkdir -p /opt/vmware-vddk - # EL8 example + # VDDK 8.x example for EL8, EL9, Ubuntu 22.04, and Ubuntu 24.04 hosts tar -xf VMware-vix-disklib-8*.tar.gz -C /opt/vmware-vddk - # EL9 example - tar -xf VMware-vix-disklib-9*.tar.gz -C /opt/vmware-vddk - Expected layout after extraction:: /opt/vmware-vddk/vmware-vix-disklib-distrib/ @@ -212,18 +211,7 @@ Expected layout after extraction:: include/ bin64/ -**Step 3: Add EL9 compatibility symlink (when using VDDK 9)** - -On EL9 distributions, virt-v2v may expect ``libvixDiskLib.so.8``. Create this compatibility symlink: - -:: - - cd /opt/vmware-vddk/vmware-vix-disklib-distrib/lib64 - ln -s libvixDiskLib.so.9 libvixDiskLib.so.8 - -.. note:: This compatibility symlink is commonly required on RHEL 9, Rocky Linux 9, and Alma Linux 9. - -**Step 4: Verify host setup** +**Step 3: Verify host setup** :: @@ -231,7 +219,7 @@ On EL9 distributions, virt-v2v may expect ``libvixDiskLib.so.8``. Create this co virt-v2v --version nbdkit --version -**Step 5: Restart the CloudStack agent** +**Step 4: Restart the CloudStack agent** Restart the CloudStack agent service so it detects the installed VDDK library and makes it available in the UI: @@ -241,7 +229,7 @@ Restart the CloudStack agent service so it detects the installed VDDK library an After the agent restarts, verify that VDDK installation was detected by checking the host details in the CloudStack UI. -**Step 6: Verify required network and firewall access** +**Step 5: Verify required network and firewall access** Allow the following ports through any firewall or network security controls between the KVM conversion host and the VMware endpoints: