kvm virtio block device SEGFAULT
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
qemu-kvm (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: qemu-kvm
I am using opennebula and libvirt/kvm to provision VMs using iSCSI based storage. This works successfully however occasionally VMs disappear (unsure what happens here).
When trying to recreate them (virsh create /path/to/vm.xml) the VM constantly SEGFAULTs whilst booting. I have tried running the kvm command manually with a reduced number of options, and this seems to suggest virtio is at fault. For example:
/usr/bin/kvm -M pc-0.12 -enable-kvm -m 512 -smp 1 -name one-0 -boot c -drive file=/srv/
segfault whereas
/usr/bin/kvm -M pc-0.12 -enable-kvm -m 512 -smp 1 -name one-0 -boot c -drive file=/srv/
boots fine. The stacktrace is:
#0 virtio_
#1 0x0000000000472f6e in multiwrite_user_cb (mcb=0xcff350) at block.c:1610
#2 0x0000000000473007 in multiwrite_cb (opaque=0xcff350, ret=-5) at block.c:1625
#3 0x000000000047718d in posix_aio_
#4 0x0000000000477288 in posix_aio_read (opaque=0xc781a0) at posix-aio-
#5 0x000000000040c4bf in main_loop_wait (timeout=1000) at /build/
#6 0x0000000000425afa in kvm_main_loop () at /build/
#7 0x000000000040f046 in main_loop (argc=<value optimized out>, argv=0x7fffffff
at /build/
#8 main (argc=<value optimized out>, argv=0x7fffffff
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: qemu-kvm 0.12.3+
ProcVersionSign
Uname: Linux 2.6.32-24-server x86_64
Architecture: amd64
Date: Wed Sep 8 14:29:42 2010
InstallationMedia: Ubuntu-Server 10.04 LTS "Lucid Lynx" - Release amd64 (20100427)
MachineType: Supermicro X8DTT
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
SourcePackage: qemu-kvm
dmi.bios.date: 03/08/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 080016
dmi.board.
dmi.board.name: X8DTT
dmi.board.vendor: Supermicro
dmi.board.version: 2.0
dmi.chassis.
dmi.chassis.type: 17
dmi.chassis.vendor: Supermicro
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: X8DTT
dmi.product.
dmi.sys.vendor: Supermicro
Hi,
thanks for reporting this bug and helping to make Ubuntu better.
I'm still trying to set up a way to reproduce this, but my
first suggestion would be to try removing the '-boot c' from
the command using virtio. That combination has been known
to cause problems. Please let us know if that way boots.