On Wed, Sep 27, 2023 at 08:46:58PM +0800, Ming Xie wrote:
Hi Richard,
Sorry, I missed the email, I found out that the ova OS used by the
customer is win11 uefi, so I tried to reproduce the error today using
win11-uefi guest
Steps:
1. Convert win10-efi with UTC-8 timezone, win11-non-efi with UTC-8 timezone,
win11-efi with UTC-8 timezone, win11-efi with UTC+8 timezone, win2022-efi with
UTC-8 timezone from VMware by v2v, then check the installation status after
finishing conversion
Summary the test result as below:
qemu-ga
Win10-efi-UTC-8 PASS
Win11-non-efi UTC-8 PASS
Win11-efi-UTC-8 FAIL(can't find qemu-ga log in c:\)
Win11-efi-UTC+8 FAIL(can't find qemu-ga log in c:\)
Win2022-efi-UTC-8 PASS
Thanks for testing. The symptoms look the same as Lee reported.
You're running virt-v2v from RHEL 9? If so I will prepare a scratch
RHEL 9 package with the patches which we think might fix this, for
testing.
Rich.
Based on the above results, I think this problem is only caused by
win11-efi
and has nothing to do with the time zone "UTC-8"
The following are existing bugs about qemu-ga:
Bug 1820144 - cannot install qemu-ga to some guests even if scheduled qemu-ga
installation task exist
Bug 2114809 - Can't install qemu-ga because of network address error after
converting MD-RAID1 win11 host by virt-p2v
Bug 1820152 - Fail to execute installation-qemu-ga.msi for win2012r2 and
win8.1-i386 guests
Thanks & Regards
Ming Xie
On Fri, Sep 22, 2023 at 6:40 PM Richard W.M. Jones <rjones(a)redhat.com> wrote:
On Thu, Sep 21, 2023 at 07:47:52PM +0200, Lee Garrett wrote:
> On 21.09.23 19:43, Richard W.M. Jones wrote:
> >So this is probably another instance or variation of the timezone
> >formatting problem (of schtasks). Which version of virt-v2v is this?
> >I want to check that you have a version with all the latest patches in
> >this area.
>
> It's 2.2.0-1 from Debian (12) bookworm. I've verified that it
> doesn't have any distro-specific patches.
>
> (
https://salsa.debian.org/libvirt-team/virt-v2v/-/tree/debian/master/
debian
> would have a patches/series file in this case)
The timezone fixes are:
commit 597d177567234c3a539098c423649781424eeb6f
Author: Laszlo Ersek <lersek(a)redhat.com>
Date: Tue Mar 8 15:30:51 2022 +0100
convert_windows: rewrite "configure_qemu_ga" script purely in
PowerShell
commit d9dc6c42ae64ba92993dbd9477f003ba73fcfa2f
Author: Richard W.M. Jones <rjones(a)redhat.com>
Date: Fri Nov 12 08:47:55 2021 +0000
convert/convert_windows.ml: Handle date formats with dots instead of /
They are all included in >= 2.0
I wonder if 597d177567 has a subtle flaw, or if we introduced a bug
somewhere when refactoring this code later.
Lee: Do you have a theory about exactly what is wrong with the
schtasks date? Like what was it supposed to be, assuming it was 120
seconds in the future from boot time, versus what it was set to:
> Firstboot-qemu-ga 9/21/2023 4:04:00 PM Ready
Could a date or time field have not been swapped or been corrupted
in some predictable way?
The code we run is here:
https://github.com/libguestfs/libguestfs-common/blob/
e70d89a58dae068be2e19c7c21558707261af96a/mlcustomize/inject_virtio_win.ml#
L571
Ming: this could be a bug affecting PST (UTC-8) guests, perhaps
somehow related to having a single digit month field?
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/
~rjones
Read my programming and virtualization blog:
http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages.
http://libguestfs.org
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Read my programming and virtualization blog:
http://rwmj.wordpress.com
nbdkit - Flexible, fast NBD server with plugins
https://gitlab.com/nbdkit/nbdkit