Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
Descriptionmxie@redhat.com
2017-07-07 11:20:07 UTC
Created attachment 1295260[details]
vdsm,log
Description of problem:
Windows guest's storage/display can't be updated to virtio/qxl driver normmaly if import windows guest from kvm source at rhv4.1
Version-Release number of selected component (if applicable):
rhv:4.1.3-0.1.el7
vdsm-4.19.20-1.el7ev.x86_64
virt-v2v-1.36.3-6.el7.x86_64
libguestfs-1.36.3-6.el7.x86_64
libvirt-client-3.2.0-14.el7.x86_64
qemu-kvm-rhev-2.9.0-14.el7.x86_64
libguestfs-winsupport-7.2-2.el7.x86_64
virtio-win-1.9.1-0.el7.noarch.rpm
How reproducible:
100%
Steps to Reproduce:
1.Log in rhv and import guest from kvm
Open virtual machine option at rhv4.1 -> click import button -> choose source as vmware->input URL:qemu+tcp://ip/system, username/password->Load guests successfully-> select guest "win7" to import
2.After finishing import and conversion, power on the guest
2.1 If original guest's disk is IDE/SATA.guest can't boot into os after v2v conversion due to disk can't be updated to virtio,pls refer to screenshot"windows-import-kvm-1"
2.2 If original guest's disk is virtio, will find display adapter is not updated to driver qxl after v2v conversion , pls refer to screenshot"windows-import-kvm-2"
2.3 For network part, network can't be update to virtio due to bug1324723 - Windows guest which is imported from vmware has no net virtio driver after virt-v2v conversion on rhevm
Actula results:
As above description
Expected results:
Windows guest's storage/display can be updated to virtio/qxl driver normally if import windows guest from kvm source at rhv4.1 successfully
Additional info:
1.Windows guest's storage/display can be updated to virtio/qxl driver normally if import windows guest from vmware source at rhv4.1
2.Windows guest's storage/display can be updated to virtio/qxl driver normally if import windows guest from xen source at rhv4.1
Comment 6Richard W.M. Jones
2017-07-08 06:44:18 UTC
Unfortunately the log file is incomplete. I'm not even sure what
it's a log file of - it doesn't appear to be from virt-v2v at all.
If this is the import file from /var/log/vdsm/import/* then
it may be that vdsm is not collecting virt-v2v logs properly
(ie. with -v -x and without omitting any output).
Comment 7Tomáš Golembiovský
2017-08-22 08:45:38 UTC
This is not a virt-v2v issue. For importing from KVM sources we have our own
tool called kvm2ovirt. It is rather crude tool that basically only copies the
disks. It does not alter the guest in anyway.
For KVM source we expect that the VirtIO drivers are already installed in the
guest (bug 1362186). We don't install drivers from ISO like virt-v2v.
Comment 8Richard W.M. Jones
2019-05-13 11:43:19 UTC