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.
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.
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!
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.
Bulk update: Move RHEL-AV bugs to RHEL9. If necessary to resolve in RHEL8, then clone to the current RHEL8 release.
Comment 14RHEL 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 15Richard 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.