Your message dated Sat, 08 Nov 2014 11:04:18 +0300
with message-id <[email protected]>
and subject line Re: Bug#768517: qemu-system-x86: virtio-scsi unreliable -
crashes and write failures
has caused the Debian Bug report #768517,
regarding qemu-system-x86: virtio-scsi unreliable - crashes and write failures
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.)
--
768517: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768517
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qemu-system-x86
Version: 2.1+dfsg-5+b1
Severity: normal
virtio-scsi is quite unreliable compared to the version in wheezy. I see
many crashes, with this output:
qemu-system-x86_64: wrong size for virtio-scsi headers
This looks like the bug referenced at
https://lists.nongnu.org/archive/html/qemu-devel/2014-04/msg03281.html
Sometimes, instead of crashing, it starts denying all writes to the
guest, which normally makes the guest kernel report "I/O Error". No qemu
output is produced in this case. The crash is much more common, though.
A reliable way for me to reproduce this problem is to do a net-install
of OpenBSD/amd64 using the media at
http://openbsd.mirrors.pair.com/snapshots/amd64/cd56.iso . It succeeds
in partitioning the disk and writing filesystems to it, but when it
tries to unpack the base system tarballs, it triggers one of the failure
modes described above, every time.
The same guest works fine if I emulate a different kind of disk
controller.
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'),
(500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages qemu-system-x86 depends on:
ii ipxe-qemu 1.0.0+git-20141004.86285d1-1
ii libaio1 0.3.110-1
ii libasound2 1.0.28-1
ii libbluetooth3 5.23-1
ii libbrlapi0.6 5.2~20141018-1
ii libc6 2.19-12
ii libcurl3-gnutls 7.38.0-2
ii libfdt1 1.4.0+dfsg-1
ii libgcc1 1:4.9.1-19
ii libglib2.0-0 2.42.0-2
ii libgnutls-deb0-28 3.3.8-3
ii libiscsi2 1.12.0-2
ii libjpeg62-turbo 1:1.3.1-10
ii libncurses5 5.9+20140913-1
ii libpixman-1-0 0.32.6-3
ii libpng12-0 1.2.50-2
ii libpulse0 5.0-13
ii librados2 0.80.7-1
ii librbd1 0.80.7-1
ii libsasl2-2 2.1.26.dfsg1-12
ii libsdl1.2debian 1.2.15-10
ii libseccomp2 2.1.1-1
ii libspice-server1 0.12.5-1+b1
ii libssh2-1 1.4.3-4
ii libtinfo5 5.9+20140913-1
ii libusb-1.0-0 2:1.0.19-1
ii libusbredirparser1 0.7-1
ii libuuid1 2.25.2-2
ii libvdeplug2 2.3.2+r586-1
ii libx11-6 2:1.6.2-3
ii libxen-4.4 4.4.1-3
ii libxenstore3.0 4.4.1-3
ii qemu-system-common 2.1+dfsg-5+b1
ii seabios 1.7.5-1
ii zlib1g 1:1.2.8.dfsg-2
Versions of packages qemu-system-x86 recommends:
ii qemu-utils 2.1+dfsg-5+b1
Versions of packages qemu-system-x86 suggests:
ii kmod 18-3
pn ovmf <none>
pn samba <none>
pn sgabios <none>
pn vde2 <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
08.11.2014 08:42, Ray Kohler wrote:
> I just tested this latest OpenBSD snapshot with qemu-kvm 1.1.2 for the first
> time. It also fails there. So this is completely OpenBSD's regression. []
So, closing this bugreport. Thank you for using Debian and QEMU!
/mjt
--- End Message ---
