This bug has been migrated to another issue tracking site. It has been closed here and may no longer be being monitored.

If you would like to get updates for this issue, or to participate in it, you may do so at Red Hat Issue Tracker .
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.
Bug 1820152 - Fail to execute installation-qemu-ga.msi for win2012r2 and win8.1-i386 guests
Summary: Fail to execute installation-qemu-ga.msi for win2012r2 and win8.1-i386 guests
Keywords:
Status: CLOSED MIGRATED
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: virt-v2v
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Virtualization Maintenance
QA Contact: tingting zheng
URL:
Whiteboard: v2v
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-04-02 11:41 UTC by liuzi
Modified: 2023-06-30 18:05 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-06-30 18:05:42 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+


Attachments (Terms of Use)
win2012r2 error log.png (265.01 KB, image/png)
2020-04-02 11:41 UTC, liuzi
no flags Details
win8.1-i386 error info (542.68 KB, image/png)
2020-04-02 11:46 UTC, liuzi
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker   RHEL-691 0 None None None 2023-06-30 18:05:41 UTC

Description liuzi 2020-04-02 11:41:41 UTC
Created attachment 1675705 [details]
win2012r2 error log.png

Created attachment 1675705 [details]
win2012r2 error log.png

Description of problem:
Fail to execute installation-qemu-ga.msi for win2012r2 and win8.1-i386 guests

Version-Release number of selected component (if applicable):
virt-v2v-1.40.2-22.module+el8.2.0+6029+618ef2ec.x86_64
libguestfs-1.40.2-22.module+el8.2.0+6029+618ef2ec.x86_64
virtio-win-1.9.9-3.el8.noarch

How reproducible:
for win2012r2 :100%
for win8.1-i386: 50%

Steps to Reproduce:
1.Set environment 
1)For the conversion server: setup export VIRTIO_WIN=/usr/share/virtio-win/ 
2)Make sure the guest already installed powershell.

2.Convert a win2012r2 guest to rhv
2.1 #  virt-v2v  -ic vpx://root.73.141/data/10.73.196.89/?no_verify=1 -o rhv-upload -os nfs_data -of raw  esx6.5-win2012r2-x86_64 -on esx6.5-win2012r2-qemu-ga -it vddk -io vddk-libdir=/home/vmware-vix-disklib-distrib/ -io vddk-thumbprint=1F:97:34:5F:B6:C2:BA:66:46:CB:1A:71:76:7D:6B:50:1E:03:00:EA   -oc https://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/api -op /tmp/rhvpasswd -oo rhv-cafile=/home/ca.pem -oo rhv-cluster=Default -oo rhv-verifypeer=true -oo rhv-direct -ip /tmp/passwd
[   0.4] Opening the source -i libvirt -ic vpx://root.73.141/data/10.73.196.89/?no_verify=1 esx6.5-win2012r2-x86_64 -it vddk  -io vddk-libdir=/home/vmware-vix-disklib-distrib/ -io vddk-thumbprint=1F:97:34:5F:B6:C2:BA:66:46:CB:1A:71:76:7D:6B:50:1E:03:00:EA
[   2.2] Creating an overlay to protect the source from being modified
[   5.3] Opening the overlay
[  11.7] Inspecting the overlay
[  16.8] Checking for sufficient free disk space in the guest
[  16.8] Estimating space required on target for each disk
[  16.8] Converting Windows Server 2012 R2 Standard to run on KVM
virt-v2v: warning: /usr/share/virt-tools/pnp_wait.exe is missing.  
Firstboot scripts may conflict with PnP.
virt-v2v: warning: there is no QXL driver for this version of Windows (6.3 
x86_64).  virt-v2v looks for this driver in 
/usr/share/virtio-win/virtio-win.iso

The guest will be configured to use a basic VGA display driver.
virt-v2v: This guest has virtio drivers installed.
[  23.1] Mapping filesystem data to avoid copying unused and blank areas
[  23.9] Closing the overlay
[  23.9] Assigning disks to buses
[  23.9] Checking if the guest needs BIOS or UEFI to boot
[  23.9] Initializing the target -o rhv-upload -oc https://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/api -op /tmp/rhvpasswd -os nfs_data
[  25.1] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/var/tmp/rhvupload.QlsLmB/nbdkit0.sock", "file.export": "/" } (raw)
    (100.00/100%)
[1008.4] Creating output metadata
[1010.0] Finishing off

2.2 Conversion can be finished successfully,and boot guest on rhv

2.3 Check if the guest has installed qume-guest-agent and the service is running normally.
a.Can find qemu-ga-x86_64 windows installer package in C:/ 
b.Can not find qemu-ga log file named qemu-ga-x86_64.msi in C:/.
c.Can not find qemu-ga service in guest.
d.Firstboot log:install service exit code 1,pls refer to screencut 


Actual results:
virt-v2v cannot install qemu-ga and rhv-apt to win2012r2 guest during conversion.pls refer to attachment
Expected results:
can install qemu-ga and rhv-apt to win2012r2 and win10-i386 guests.

Additional info:
1.This bug can be reproduced in win8.1-i386,but cannot reproduced 100%. I test 6 times,only can be reproduced 3 times.

Comment 1 liuzi 2020-04-02 11:46:28 UTC
Created attachment 1675706 [details]
win8.1-i386 error info

Comment 2 Richard W.M. Jones 2020-06-22 12:20:45 UTC
I should note that this is not something we can fix in virt-v2v.

Comment 5 Eric Hadley 2021-09-08 16:48:43 UTC
Bulk update: Move RHEL-AV bugs to RHEL9. If necessary to resolve in RHEL8, then clone to the current RHEL8 release.

Comment 6 RHEL Program Management 2021-10-02 07:27:02 UTC
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.

Comment 7 Richard W.M. Jones 2021-10-02 07:30:17 UTC
This bug was closed in error by a process we do not control.  My apologies,
reopening.

Comment 8 mxie@redhat.com 2022-02-15 11:15:31 UTC
Test the bug with virt-v2v-1.45.98-1.el9.x86_64:

I can reproduce the bug only when convert win2012r2 guest from VMware to local libvirt by v2v, can't reproduce bug when convert win8.1 x86 guest from VMware to local libvirt by v2v, also can't reproduce bug when convert win2012r2 and win8.1 x86 guest from VMware to rhv by v2v

Comment 9 Laszlo Ersek 2022-05-13 12:57:36 UTC
(In reply to mxie from comment #8)
> Test the bug with virt-v2v-1.45.98-1.el9.x86_64:
> 
> I can reproduce the bug only when convert win2012r2 guest from VMware to
> local libvirt by v2v, can't reproduce bug when convert win8.1 x86 guest from
> VMware to local libvirt by v2v, also can't reproduce bug when convert
> win2012r2 and win8.1 x86 guest from VMware to rhv by v2v

                         win2012r2 guest             win8.1 x86 guest
output to local libvirt  symptom reproduces          symptom does not reproduce
output to rhv            symptom does not reproduce  symptom does not reproduce

The output mode should have make no difference. This is again one of those unfixable "windows firstboot" problems.

(See comment 2 as well.)

I'm extremely tempted to close this as CANTFIX. For now I'll only mark it "devel cond-nak".


Note You need to log in before you can comment on or make changes to this bug.