The problem I hit into when trying to implement it some time ago was that dpkg cannot roll-back when something breaks or some dependencies are not available. This can result in unconfigured system requiring user interaction after the conversion. Also there is no single command to check in advance if there are all the needed dependencies installed or not.

After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.

The previous comment was added by a broken system that we do not control, reopening.

This should be in *theory* solved by the patches for bug 2028764; the environment is different however. Under that bug, we intend to install the qemu guest agent from the network, using the guest OSes own package manager, using some firstboot scripts. The intent is to remove virtio-win from the picture entirely, therefore the exact reproducer / spec from comment#0 is not being targeted.

(Also note that conversion of Debian guests is Tech Preview.)

mxie can you add qa ack to this one.  Assuming we want to test this
separately from bug 2028764.  Otherwise we could just mark this as
a duplicate of bug 2028764.

Temporarily remove TestOnly, reasons.

Verified with the versions:

libguestfs-1.48.4-1.el9.x86_64
qemu-kvm-7.0.0-9.el9.x86_64
libnbd-1.12.6-1.el9.x86_64
virt-v2v-2.0.7-4.el9.x86_64
libvirt-8.5.0-4.el9.x86_64

1. Check the original Debian VM in order to ensure NO qemu-guest-agent pkg/service and configure repos;

2. Convert via virt-v2v to rhv; 
# virt-v2v -ic vpx://root.227.27/data/10.73.199.217/?no_verify=1 -it vddk -io vddk-libdir=/home/vddk7.0.3 -io  vddk-thumbprint=76:75:59:0E:32:F5:1E:58:69:93:75:5A:7B:51:32:C5:D1:6D:F1:21 -ip /v2v-ops/esxpw -o rhv-upload  -oc https://dell-per740-22.lab.eng.pek2.redhat.com/ovirt-engine/api -op /v2v-ops/rhvpasswd -os nfs_data -b ovirtmgmt esx7.0-debian11.4.0-x86_64
[   0.1] Setting up the source: -i libvirt -ic vpx://root.227.27/data/10.73.199.217/?no_verify=1 -it vddk esx7.0-debian11.4.0-x86_64
[   1.9] Opening the source
[   7.4] Inspecting the source
[   9.8] Checking for sufficient free disk space in the guest
[   9.8] Converting 11.4 to run on KVM
virt-v2v: warning: could not determine a way to update the configuration of 
Grub2
virt-v2v: The QEMU Guest Agent will be installed for this guest at first 
boot.
virt-v2v: This guest has virtio drivers installed.
[  43.9] Mapping filesystem data to avoid copying unused and blank areas
[  45.4] Closing the overlay
[  45.7] Assigning disks to buses
[  45.7] Checking if the guest needs BIOS or UEFI to boot
[  45.7] Setting up the destination: -o rhv-upload -oc https://dell-per740-22.lab.eng.pek2.redhat.com/ovirt-engine/api -os nfs_data
[  66.0] Copying disk 1/1
█ 100% [****************************************]--]
[ 495.3] Creating output metadata
[ 513.0] Finishing off


3. Start VM and check the qemu-guest-agent rpm/service.

root@esx7:~# dpkg-query -l |grep qemu-guest-agent
ii  qemu-guest-agent                      1:5.2+dfsg-11+deb11u2            amd64        Guest-side qemu-system agent
root@esx7:~# service qemu-guest-agent status
● qemu-guest-agent.service - QEMU Guest Agent
     Loaded: loaded (/lib/systemd/system/qemu-guest-agent.service; static)
     Active: active (running) since Wed 2022-08-03 03:14:33 PDT; 36min ago
   Main PID: 1252 (qemu-ga)
      Tasks: 2 (limit: 4659)
     Memory: 696.0K
        CPU: 70ms
     CGroup: /system.slice/qemu-guest-agent.service
             └─1252 /usr/sbin/qemu-ga

Aug 03 03:14:33 esx7 systemd[1]: Started QEMU Guest Agent.

Moving to 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 (Low: virt-v2v 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-2022:7968