Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 298730 - app-emulation/qemu-kvm-0.12.1.1 segfaults after a while
Summary: app-emulation/qemu-kvm-0.12.1.1 segfaults after a while
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High critical (vote)
Assignee: Gentoo QEMU Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-28 16:17 UTC by Michael Mair-Keimberger (iamnr3)
Modified: 2010-04-02 17:37 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Mair-Keimberger (iamnr3) 2009-12-28 16:17:52 UTC
i've intstalled this weekend the latest qemu packages from portage. Actually it works for quite a while, but it looks, if i do very much (compiling) in my virtual guest, qemu segfault and kill the vm.

thats the segfault, from dmesg:
INFO: task blkid:1631 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
blkid         D 0000000000000000     0  1631   1483 0x00000000
 ffff88025f159590 0000000000000086 ffff88025f0e2890 ffffffff8109caa6
 0000000000012440 000000000000e9b0 ffff88025f3c3060 ffff88025f3c3310
 00000001050d4a17 ffffffff814cb248 2222222222222222 ffff88025f3c3310
Call Trace:
 [<ffffffff8109caa6>] ? get_page_from_freelist+0x3d6/0x780
 [<ffffffff811b81d2>] ? kobject_get+0x12/0x20
 [<ffffffff8135344f>] ? __mutex_lock_slowpath+0x11f/0x2c0
 [<ffffffff813535f9>] ? mutex_lock+0x9/0x20
 [<ffffffff810f7648>] ? __blkdev_get+0x38/0x380
 [<ffffffff810f79a0>] ? blkdev_open+0x0/0xc0
 [<ffffffff810f7a09>] ? blkdev_open+0x69/0xc0
 [<ffffffff810c9ea2>] ? __dentry_open+0xd2/0x2b0
 [<ffffffff810d951c>] ? do_filp_open+0x74c/0xad0
 [<ffffffff810adcc8>] ? handle_mm_fault+0x1d8/0x840
 [<ffffffff810c5a66>] ? cache_alloc_refill+0x86/0x280
 [<ffffffff810e315a>] ? alloc_fd+0x4a/0x140
 [<ffffffff810c9ce7>] ? do_sys_open+0x97/0x140
 [<ffffffff8100b502>] ? system_call_fastpath+0x16/0x1b
qemu[2234]: segfault at 0 ip 000000000040a439 sp 00007fff5daa63d0 error 4 in qemu[400000+211000]



Reproducible: Always




emerge --info
Portage 2.1.6.13 (default/linux/amd64/10.0/no-multilib, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.31-gentoo-r6 x86_64)
=================================================================
System uname: Linux-2.6.31-gentoo-r6-x86_64-Intel-R-_Xeon-R-_CPU_E5405_@_2.00GHz-with-gentoo-2.0.1
Timestamp of tree: Mon, 28 Dec 2009 05:45:02 +0000
app-shells/bash:     4.0_p35
dev-lang/python:     2.6.4
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.0
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.63-r1
sys-devel/automake:  1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.29
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=nocona -msse4.1"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -pipe -march=nocona -msse4.1"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="        http://gentoo.supp.name/                                http://ftp.fi.muni.cz/pub/linux/gentoo/                         http://gentoo.mirror.web4u.cz/                          http://gentoo.mirror.dkm.cz/pub/gentoo/                         http://gentoo.ynet.sk/pub"
LANG="de_DE.utf8"
LDFLAGS="-Wl,-O1"
LINGUAS="de"
MAKEOPTS="-j9"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp/tunafix"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/clown/overlays/local /home/clown/overlays/layman/x11 /home/clown/overlays/layman/sunrise"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage/"
USE="acl acpi amd64 berkdb bzip2 cli cracklib crypt cups cxx dbus dri fortran gdbm gpm iconv ipv6 mmx modules mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl sse sse2 ssl ssse3 sysfs tcpd unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" DVB_CARDS="ttpci" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS



btw, the guest runs actually just with 2 virtual prozessors.
if now switch back to 0.11.1, and try it again. ill let you now if i have the problem here too.
Comment 1 Doug Goldstein (RETIRED) gentoo-dev 2009-12-29 01:24:48 UTC
Looks like you've potentially thrashed up your memory pretty good such that the block layer is having an issue getting free pages. qemu on the other hand can't handle that delay and is crashing as a result.

Run qemu via gdb and lets see a backtrace.
Comment 2 Michael Mair-Keimberger (iamnr3) 2010-01-01 10:28:18 UTC
thx for the fast replay.
i've tested now the older version and it seems the problem don't happen with the older version. i've run -eav world in two of my virtual guests. strangely, one guest (the amd64 hardened) seems to crash at exactly 00:00:01 over 2009/2010. just one secound after new year (the last log-entry were from 00:00:01) :D i didn't got a segfault too in dmesg. don't know what happen here, but i think its not the same problem.

anyway i'll will try again the newer version. if i understand right, this problem can't depend on qemu...
actually it shouldn't be a big problem to reproduce this crash, since i hit it 3 times with the newer version.
but first i have to play with gdb a little bit, since i never did a backtrace before. ;)
Comment 3 Thomas Sachau gentoo-dev 2010-04-02 17:37:29 UTC
Resolving this as needinfo for now, since there is nothing, what we can do. Feel free to reopen this bug with some new information, if needed.