Bug 1820144

Summary: cannot install qemu-ga to some guests even if scheduled qemu-ga installation task exist
Product: Red Hat Enterprise Linux 9 Reporter: liuzi <zili>
Component: virt-v2vAssignee: Richard W.M. Jones <rjones>
Status: CLOSED MIGRATED QA Contact: tingting zheng <tzheng>
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: ehadley, juzhou, lersek, mxie, mzhan, ptoscano, rjones, tgolembi, tyan, tzheng, virt-maint, xiaodwan
Target Milestone: rcKeywords: MigratedToJIRA, Reopened, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: v2v
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-08-28 09:38:50 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:
Attachments:
Description Flags
win2008r2 qemu-ga installation task
none
win2008r2 firstboot log.png
none
win2018r2 services.png
none
win2008r2 new-date-formate services.png
none
win2008r2 new-date-formate firstboot log.png
none
win2008r2 new-date-formate conversion log none

Description liuzi 2020-04-02 11:16:28 UTC
Created attachment 1675680 [details]
win2008r2 qemu-ga installation task

Description of problem:
cannot install qemu-ga to some guests even though the scheduled installation task exist 

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:
100%

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

Scenario 1:convert a win2008r2-x86_64 guest to rhv:
1.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-win2008r2-x86_64 -on esx6.5-win2008r2-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.8] Opening the source -i libvirt -ic vpx://root.73.141/data/10.73.196.89/?no_verify=1 esx6.5-win2008r2-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.7] Creating an overlay to protect the source from being modified
[   6.1] Opening the overlay
[  12.4] Inspecting the overlay
[  23.0] Checking for sufficient free disk space in the guest
[  23.0] Estimating space required on target for each disk
[  23.0] Converting Windows Server 2008 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: This guest has virtio drivers installed.
[  25.2] Mapping filesystem data to avoid copying unused and blank areas
[  26.2] Closing the overlay
[  26.2] Assigning disks to buses
[  26.2] Checking if the guest needs BIOS or UEFI to boot
[  26.2] 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
[  27.4] Copying disk 1/1 to qemu URI json:{ "file.driver": "nbd", "file.path": "/var/tmp/rhvupload.zffIeC/nbdkit0.sock", "file.export": "/" } (raw)
    (100.00/100%)
[ 827.1] Creating output metadata
[ 828.5] Finishing off

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

1.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.There is 0002-installation-qemu-ga.msi in c:/Program Files/Guestfs/Firstboot/scripts-done

1.4 After removing the 'echo off' commands from batch files,and run command in cmd,find installation task already exist.
Details pls refer to attachment named 'win2008r2-qemu-ga installation task'.


Actual results:
cannot install qemu-ga to win2008r2 guest even though the task already exist.


Expected results:
can install qemu-ga to win2008r2 guest when the installation task exist

Additional info:
1.Can reproduce the bug for win7-86_64 and win2008-x86_64 guests.

Comment 1 mxie@redhat.com 2020-04-02 12:09:01 UTC
Hi zili,

   pls also attach the image of firstboot log to show the scheduled task "Firstboot-qemu-ga" has successfully been created in win2008r2 guest, and image to show qemu-ga service is not running in guest, thanks!

Comment 2 liuzi 2020-04-02 12:49:16 UTC
Created attachment 1675730 [details]
win2008r2 firstboot log.png

Comment 3 liuzi 2020-04-02 12:50:13 UTC
Created attachment 1675731 [details]
win2018r2 services.png

Comment 5 Richard W.M. Jones 2021-04-27 16:17:45 UTC
I wonder if this is a duplicate of
https://bugzilla.redhat.com/show_bug.cgi?id=1895323 ?
Could be worth testing this again with RHEL AV 8.5.0 package
virt-v2v-1.42.0-10.el8 (or higher).

Comment 6 liuzi 2021-04-29 06:12:43 UTC
Test the bug with builds:
virt-v2v-1.42.0-10.module+el8.5.0+10791+3bd07f06.x86_64
virtio-win-1.9.16-2.el8.noarch


I tested the bug after changing the guest's time format to MM/DD/YYYY, the bug still can be reproduced.
details pls see attachment.

So,I don't think it's a duplicate of the https://bugzilla.redhat.com/show_bug.cgi?id=1895323.

Comment 7 liuzi 2021-04-29 06:14:28 UTC
Created attachment 1777022 [details]
win2008r2 new-date-formate services.png

Comment 8 liuzi 2021-04-29 06:15:51 UTC
Created attachment 1777033 [details]
win2008r2 new-date-formate firstboot log.png

Comment 9 liuzi 2021-04-29 08:10:37 UTC
Created attachment 1777074 [details]
win2008r2 new-date-formate conversion log

Comment 10 Klaus Heinrich Kiwi 2021-06-29 20:40:56 UTC
I'm assigning 'medium' severity here since, in my understanding, this can be worked around by (manually) installing the qemu-ga service.

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

Comment 14 RHEL Program Management 2021-10-02 07:27:01 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 15 Richard W.M. Jones 2021-10-02 07:31:05 UTC
This bug was closed in error by a process we do not control.  My apologies,
reopening.

Comment 16 Laszlo Ersek 2022-04-12 11:14:47 UTC
Could be related to the same obscure reason that we experience here, wrt. firstboot: bug 2068361.