Bug 1868048
| Summary: | [RFE]virt-v2v should install qemu-ga on debian guest during the conversion | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 9 | Reporter: | liuzi <zili> |
| Component: | virt-v2v | Assignee: | Laszlo Ersek <lersek> |
| Status: | CLOSED ERRATA | QA Contact: | Vera <vwu> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | unspecified | CC: | juzhou, lersek, mxie, mzhan, ptoscano, rjones, tgolembi, tyan, tzheng, xiaodwan, ymankad |
| Target Milestone: | beta | Keywords: | FutureFeature, Reopened, RFE, TestOnly, Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | V2V | ||
| Fixed In Version: | virt-v2v-2.0.6-3.el9 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-11-15 09:55:44 UTC | Type: | Feature Request |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 2028764 | ||
| Bug Blocks: | |||
|
Description
liuzi
2020-08-11 13:43:34 UTC
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 |