Your message dated Wed, 29 Apr 2020 09:19:11 +0000
with message-id <[email protected]>
and subject line Bug#958926: fixed in qemu 1:5.0-1
has caused the Debian Bug report #958926,
regarding qemu-kvm: QEMU KVM live migration crashes when the VM is in booting 
state
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
958926: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958926
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qemu-kvm
Version: 1:4.2-7
Severity: important

Dear Maintainer,

During a QEMU KVM live migration the sending process crashes if the VM is 
currently in a booting state (and possibly also during a 'soft' reboot from 
inside the VM). This has been fixed upstream:

https://github.com/qemu/qemu/commit/9b3a31c745b61758aaa5466a3a9fc0526d409188

There are also bug reports available for this problem:

https://bugzilla.redhat.com/show_bug.cgi?id=1771032
https://bugzilla.redhat.com/show_bug.cgi?id=1772774

I stumbled over this problem while testing latest builds of Ganeti 
(https://github.com/ganeti/ganeti) on Debian Bullseye and Ubuntu Focal Fossa 
which both ship qemu 4.2. The Ganeti QA suite runs a series of tests against a 
cluster and issues a VM failover (QEMU shutdown on Node A and start on Node B) 
directly followed by a live migration (QEMU live migration from Node B to Node 
A). The sending QEMU process dies with this error message:

qemu-system-x86_64: /build/qemu-oknQD6/qemu-4.2/accel/kvm/kvm-all.c:653: 
kvm_log_clear_one_slot: Assertion `mem->dirty_bmap' failed.

If you add 'sleep 2' between the reboot and the live migration instructions 
everything works fine, because the QEMU VM has left the booting state by the 
time the live migration starts. From a Ganeti point of view, this only happens 
when using the "sharedfile" storage backend. When you use e.g. DRBD, the Ganeti 
commands take a bit longer to finish which gives the VM enough time to boot up.

For further reference, the same issue has been opened (and fixed) for the 
respective Ubuntu package:

https://bugs.launchpad.net/qemu-kvm/+bug/1872107

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_US.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default 
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qemu-kvm depends on:
ii  qemu-system-x86  1:4.2-7

qemu-kvm recommends no packages.

qemu-kvm suggests no packages.

-- debconf information excluded

--- End Message ---
--- Begin Message ---
Source: qemu
Source-Version: 1:5.0-1
Done: Michael Tokarev <[email protected]>

We believe that the bug you reported is fixed in the latest version of
qemu, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michael Tokarev <[email protected]> (supplier of updated qemu package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 29 Apr 2020 12:00:12 +0300
Source: qemu
Architecture: source
Version: 1:5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QEMU Team <[email protected]>
Changed-By: Michael Tokarev <[email protected]>
Closes: 958926
Changes:
 qemu (1:5.0-1) unstable; urgency=medium
 .
   * new upstream release (5.0)
     Closes: #958926
     Closes: CVE-2020-11869
   * refresh patches, remove patches applied upstream
   * do not mention openhackware, it is not used anymore
   * do not disable bluez (support removed)
   * new system arch "rx"
   * dont install qemu-doc.* for now,
     but install virtiofsd & qemu-storage-daemon
   * add shared-lib-without-dependency-information tag
     to qemu-user-static.lintian-overrides
   * add html docs to qemu-system-data (to /usr/share/doc/qemu-system-common)
   * do not install usr/share/doc/qemu/specs & usr/share/doc/qemu/tools
   * install qemu-user html docs for qemu-user & qemu-user-static
   * build hppa-firmware.img from roms/seabios-hppa
     (and Build-Depeds-Indep on gcc-hppa-linux-gnu)
   * enable liburing on linux (build-depend on liburing-dev)
   * add upstream signing-key.asc (Michael Roth <[email protected]>)
   * build opensbi firmware
     (for riscv64 only, riscv32 is possible with compiler flags)
   * add source-level lintian-overrides for binaries-without-sources
     (lintian can't find sources for a few firmware images which are in roms/)
Checksums-Sha1:
 ed6180ca2e0a234bddceaba2df79555854820269 6800 qemu_5.0-1.dsc
 52d1c0e6025a212d4fde471e4d9b5913f2615f86 62426192 qemu_5.0.orig.tar.xz
 113e0701c0b7c994b44c1b3c646acb62eed729a0 488 qemu_5.0.orig.tar.xz.asc
 e2c0391cc6c83c4776b18b23344d0afb16e432b8 83468 qemu_5.0-1.debian.tar.xz
 514823653b41f07ca930f47f5cd5b522c9d3286c 8240 qemu_5.0-1_source.buildinfo
Checksums-Sha256:
 50cd4df159254e2ab2ba39dd7d87b0f12a6beec5eb906d947fe654f3e0851056 6800 
qemu_5.0-1.dsc
 2f13a92a0fa5c8b69ff0796b59b86b080bbb92ebad5d301a7724dd06b5e78cb6 62426192 
qemu_5.0.orig.tar.xz
 76c30c58344786fcbb9e9ae6ea8b3ae7c9ed1f89588ef0e49d3a9d92e7590d37 488 
qemu_5.0.orig.tar.xz.asc
 d002ffb4853bfeb4f7af268e1edcb76d45427d45900b059ebb684bde9a8e37ab 83468 
qemu_5.0-1.debian.tar.xz
 df3ec3de181e139b349ecb6523a390ed17f2991e12017e6af98478a5b7dcfb64 8240 
qemu_5.0-1_source.buildinfo
Files:
 ec62771f1be308644215a32893649368 6800 otherosfs optional qemu_5.0-1.dsc
 ede6005d7143fe994dd089d31dc2cf6c 62426192 otherosfs optional 
qemu_5.0.orig.tar.xz
 f38a799345d97bcbaa0a1909412ef4ed 488 otherosfs optional 
qemu_5.0.orig.tar.xz.asc
 78549d41d8236529ae201475ce6175e8 83468 otherosfs optional 
qemu_5.0-1.debian.tar.xz
 c2d80215f0c08e4ff46aa1d4af3fa535 8240 otherosfs optional 
qemu_5.0-1_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQFDBAEBCAAtFiEEe3O61ovnosKJMUsicBtPaxppPlkFAl6pQlAPHG1qdEB0bHMu
bXNrLnJ1AAoJEHAbT2saaT5ZxroIAItHKg2ZJD6d9fmKP7lojUCyt6R3KOkUYT0y
cA/ka9aAoImj/cfm1WIWjcAp8V+MyAkilh1XnMXWgYuvOLZU6T3o4TvXXmwLkb96
tuehHEcAXF425RFcIvVU/CJdGxORh0kgM0tBVIYC0xgkBoTBqhhC1/e5Kx54h2T1
rAfUQazBGTg60PGGawkL/u+0ai2h5e7UeeiwMTHznm3Xtfu2eLFNzmzh27ouXDDJ
+afksR0uQeXRKjSMKZd6gVtuo3LDoQOcvsbkzqNBKdGQk0BCFHTzsSNE7cEcqxQy
XjRMEUBViFGFPg7TC7Ff7LazLQO/WIUSWqP3IxK62b4JvTh6jvU=
=7mHs
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to