... for working around RHBZ#2216496.
(This change is unrelated to RHBZ#2182024, highlighted below.)
resolves: rhbz#2182024
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
(1) Backport the upstream patches for recognizing the command line option
--key /dev/mapper/VG-LV🔑password
Similarly to the backports for guestfs-tools BZ#2209280 and libguestfs
BZ#2209279, here we need to update the common submodule (thankfully we
need not excise any hunks -- we had to do that for libguestfs).
Unlike those "single-step" submodule updates however, for virt-v2v we
bridge the same submodule commit range 70c10a079a30..b636c3f20a1b in
two steps, stopping at commit 38e6988c1864 in the middle. We do that
simply because that's how upstream virt-v2v moved; i.e., there are two
upstream patches to cherry-pick for advancing our submodule reference.
(2) In dist-git commit ef9a918d7e, there was a typo: the "test" command
was left out. Therefore even our simple test conversion has not been
invoked -- see e.g.
<https://download.eng.bos.redhat.com/brewroot/vol/rhel-9/packages/virt-v2v/2.3.4/2.el9/data/logs/x86_64/build.log>:
> + -s test-data/phony-guests/windows.img
> /var/tmp/rpm-tmp.UMecKA: line 48: -s: command not found
Unfortunately, incorrectly (not) invoking "test -s" has had results
identical to invoking "test -s" correctly and "test -s" failing;
therefore we've been just silently skipping our simple conversion,
assuming "no non-empty guest disk images".
Fix this typo...
(3) ... and then run the sole "test-v2v-fedora-luks-on-lvm-conversion.sh"
test from the test suite, for verifying the backport in the build
environment. (The idea for the future is that we'd run such individual
tests whenever backporting patches.) For this, we also start depending
(at build time) on the sqlite3 command.
resolves: rhbz#2168506
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
resolves: rhbz#2135762
Include the BOCHS DRM driver in the initial ram disk
resolves: rhbz#2131123
windows_virtio: favor "fwcfg" over "qemufwcfg"
resolves: rhbz#2151752
-o rhv-upload: set ovirt:id correctly
resolves: rhbz#2152465
Enable the %check tests
resolves: rhbz#2149811
Fix Description field for Windows >= 10 in -o rhv/vdsm modes
resolves: rhbz#2149863
Fix UEFI fallback boot loader if broken
resolves: rhbz#2149629
Document Windows system on Dynamic Disk is not supported (2140548)
Include the BOCHS DRM driver in the initial ram disk (2131123)
Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
Pick up upstream/rhel-9.1 7dd396af54df ("convert_linux: start the QEMU
guest agent in a distro-specific way", 2022-08-18).
Hoist the previous rhbz#2028764 section in the %changelog to the top.
resolves: rhbz#2028764
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
resolves: rhbz#2102719
Add -oo compressed support
resolves: rhbz#2047660
Install qemu-ga package during conversion (2028764)
Limit the maximum of disks per guest
resolves: rhbz#2051564
Add support for LUKS encrypted guests using Clevis & Tang
resolves: rhbz#1809453
resolves: rhbz#2059287, rhbz#1658126, rhbz#1788823, rhbz#1854275
If listing RPM applications fails, rebuild DB and retry (2089623)
Document -i vmx -it ssh percent encoding in ssh URIs
resolves: rhbz#1938954
Document extra permissions needed for VMware 7 (1817050)
Remove osprober devices left around by grub2
resolves: rhbz#2003503
Multiple fixes for -o qemu mode
resolves: rhbz#2074805
Work around blocking bug in OpenStack
resolves: rhbz#2074801
If multiple open-vm-tools packages are installed, remove all (2076436)
For -o rhv-upload wait for VM creation task
resolves: rhbz#1985830
For -i vmx add full support for SATA hard disks
resolves: rhbz#1883802
Fix booting of RHEL 9.1 guests after conversion
resolves: rhbz#2076013
Add check for sufficient free space in the host
resolves: rhbz#2051394
Update documentation of -ip for conversions from VMware over HTTPS
related: rhbz#1960087
-o rhv-upload: Keep connections alive (2032324)
-o rhv-upload: Improve conversion performance (2039255)
v2v import from vCenter fails when using interactive password because
cookie-script tries to be interactive (pick commit 8abc07a8589a)
resolves: rhbz#1960087
model='virtio-transitional' is wrongly added when converting windows guest
to local by rhel9 v2v (pick commit range commit range
8abc07a8589a..cacedec64072)
resolves: rhbz#2043333
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
These two patches fix potential issues. Best to get them tested over
Christmas and New Year.
v2v: Swap over the output and conversion stages
In old virt-v2v, we did (approximately, since the steps were not as
clear):
Input -> Convert -> Output -> Copy -> Finalize
After modularizing virt-v2v we changed this to:
Input -> Output -> Convert -> Copy -> Finalize
However this has a (sort of) problem. For -o rhv-upload when we start
the nbdkit rhv-upload-plugin machinery, it obtains a time-limited
ticket from imageio. This ticket could expire if the conversion step
takes longer than a certain time (60 seconds by default, may be
increased in a future version of oVirt).
I believe this is really a problem in imageio or that the
rhv-upload-plugin should really renew this ticket automatically, but
it does not, instead failing. (The ticket *is* renewed automatically
whenever a request is sent to imageio, but in this case no requests
are being sent).
Anyway the easiest thing is to switch the ordering back to how it was
in old virt-v2v (at top). It doesn't make a difference for any other
output modes.
Reported-by: Nir Soffer
and:
v2v: Remove nbdcopy --request-size=4M flag
This was added when we were setting the cow-block-size to 1M. However
since commit 351d61f768 ("input: -it vddk: Reduce cow-block-size to 4K")
we stopped doing that so this is no longer needed.
Reverts: commit 08e764959ec9dadd71a95d22d3d88d647a18d165
Related: rhbz#2011713
For reasons better not explained, Laszlo's local username on his laptop is
not "lersek" but "lacos".
related: rhbz#2011713
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
