Bug 1595688

Summary: Virtio driver can't be installed on network automatically in win2012r2 guest after virt-v2v converting from vmware to libvirt on rhel7.6
Product: Red Hat Enterprise Linux 7 Reporter: mxie <mxie>
Component: libguestfsAssignee: Richard W.M. Jones <rjones>
Status: CLOSED WONTFIX QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.6CC: jomurphy, jsuchane, juzhou, mxie, mzhan, ptoscano, tzheng, xiaodwan
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: V2V
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1642006 (view as bug list) Environment:
Last Closed: 2019-06-25 13:32:49 UTC Type: Bug
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:    
Bug Blocks: 1642006, 1649160    
Attachments:
Description Flags
screenshot
none
v2v.log
none
esx5.5-win2012r2-to-libvirt.xml
none
win2012r2-import-libvirt.xml
none
v2v-win2012r2-qemu-kvm-rhev-2.10.0-21.el7_5.2.log none

Description mxie@redhat.com 2018-06-27 11:25:05 UTC
Created attachment 1455021 [details]
screenshot

Description of problem:
Virtio driver can't be installed on network automatically in win2012r2 guest after virt-v2v converting from vmware to libvirt on rhel7.6

Version-Release number of selected component (if applicable):
kernel: 3.10.0-906.el7.x86_64
virt-v2v-1.38.2-5.el7.x86_64
libguestfs-1.38.2-5.el7.x86_64
libvirt-4.4.0-2.el7.x86_64
qemu-kvm-rhev-2.12.0-5.el7.x86_64
qemu-kvm-1.5.3-157.el7.x86_64
virtio-win-1.9.4-2.el7.noarch

How reproducible:
100%

Steps to Reproduce:
1.Convert win2012r2 guest from vmware to libvirt by virt-v2v on rhel7.6
# /bin/virt-v2v  -ic vpx://root.75.182/data/10.73.3.19/?no_verify=1 -o local -os /home -of raw -b virbr0 esx5.5-win2012r2-x86_64 -on v2v-esx5.5-win2012r2-x86_64-qemu-kvm-rhev --password-file /tmp/v2v_vpx_passwd -v -x |& tee > v2v-esx5.5-win2012r2-x86_64-qemu-kvm-rhev.log

2.Power on guest after converting and find guest's network device has no driver, pls refer to screenshot.

3.This problem is also found in v2v auto testing
https://libvirt-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/v2v/view/RHEL-7.6/job/v2v-RHEL-7.6-runtest-x86_64-acceptance-libvirt/9/testReport/


Actual results:
As above description

Expected results:
Virtio driver can be installed on network normally in win2012r2 guest after virt-v2v converting from vmware to libvirt on rhel7.6

Additional info:
1.Can't reproduce the problem if convert win2012r2 guest from vmware to rhv4.2 on rhel7.6
2.Can't reproduce the problem with same virt-v2v rhel7.6 builds on rhel7.5 kernel, so this regression bug may be caused by kernel
virt-v2v-1.38.2-5.el7.x86_64
libguestfs-1.38.2-5.el7.x86_64
libvirt-4.4.0-2.el7.x86_64
qemu-kvm-rhev-2.12.0-5.el7.x86_64
kernel:3.10.0-862.el7.x86_64
virtio-win-1.9.4-2.el7.noarch

Comment 3 mxie@redhat.com 2018-06-27 11:25:35 UTC
Created attachment 1455022 [details]
v2v.log

Comment 4 Pino Toscano 2018-06-27 17:31:32 UTC
I see that -o local is used: can you please provide
a) the libvirt XML that virt-v2v generates after the conversion
b) the XML of the libvirt guest once it is imported in libvirt
?

Comment 5 mxie@redhat.com 2018-06-28 02:38:52 UTC
Created attachment 1455165 [details]
esx5.5-win2012r2-to-libvirt.xml

Comment 6 mxie@redhat.com 2018-06-28 03:18:58 UTC
1. "esx5.5-win2012r2-to-libvirt.xml"is the one virt-v2v generates after the conversion

2. "win2012r2-import-libvirt.xml" is the XML of the libvirt guest once it is imported in libvirt

Comment 7 mxie@redhat.com 2018-06-28 03:19:24 UTC
Created attachment 1455182 [details]
win2012r2-import-libvirt.xml

Comment 8 Pino Toscano 2018-07-30 13:48:34 UTC
Is it still an issue?  I don't see how the host kernel can make a difference in the installation of the virtio drivers.

(In reply to mxie from comment #0)
> 2.Can't reproduce the problem with same virt-v2v rhel7.6 builds on rhel7.5
> kernel, so this regression bug may be caused by kernel

Can you please attach a v2v log of this setup?

Comment 9 mxie@redhat.com 2018-07-31 14:40:18 UTC
(In reply to Pino Toscano from comment #8)
> Is it still an issue?  I don't see how the host kernel can make a difference
> in the installation of the virtio drivers.
> 
> (In reply to mxie from comment #0)
> > 2.Can't reproduce the problem with same virt-v2v rhel7.6 builds on rhel7.5
> > kernel, so this regression bug may be caused by kernel
> 
> Can you please attach a v2v log of this setup?

It's strange that I can reproduce bug with virt-v2v rhel7.6 builds on rhel7.5 kernel today
virt-v2v-1.38.2-10.el7.x86_64
libguestfs-1.38.2-10.el7.x86_64
libvirt-4.5.0-5.el7.x86_64
qemu-kvm-rhev-2.12.0-8.el7.x86_64
virtio-win-1.9.4-2.el7.noarch
kernel-3.10.0-843.el7.x86_64


But I found virtio driver can be installed on network automatically in win2012r2 guest after virt-v2v converting to libvirt with below builds (only downgrade qemu-kvm-rhev from 2.12.0-8 to 2.10.0-21.el7_5.2), pls check the log "v2v-win2012r2-qemu-kvm-rhev-2.10.0-21.el7_5.2.log"

virt-v2v-1.38.2-10.el7.x86_64
libguestfs-1.38.2-10.el7.x86_64
libvirt-4.5.0-5.el7.x86_64
qemu-kvm-rhev-2.10.0-21.el7_5.2.x86_64
kernel-3.10.0-924.el7.x86_64
virtio-win-1.9.4-2.el7.noarch

So I'm not sure the bug is caused by which component, sorry~

Comment 10 mxie@redhat.com 2018-07-31 14:40:51 UTC
Created attachment 1471862 [details]
v2v-win2012r2-qemu-kvm-rhev-2.10.0-21.el7_5.2.log

Comment 12 Jaroslav Suchanek 2019-06-25 13:32:49 UTC
This issue will be addressed in next major release of RHEL.