Bug 1139350

Summary: [abrt] qemu-system-x86: snd_detach_playback(): qemu-system-x86_64 killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Alex Wood <awood>
Component: spiceAssignee: Christophe Fergeau <cfergeau>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: alexl, alon, amit.shah, awood, berrange, cfergeau, crobinso, dwmw2, hdegoede, itamar, jforbes, marcandre.lureau, pbonzini, rjones, sandmann, scottt.tw, uril, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/330ad48895607305c688b3d4e96615b4706a373e
Whiteboard: abrt_hash:660618cf1d627de592d4f43900fffc28ce4bda92
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-09-09 13:19:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages
none
The yum transaction that fixed this problem none

Description Alex Wood 2014-09-08 17:41:02 UTC 
Description of problem:
I updated the kernel and now VMs segfault shortly after they boot.

Version-Release number of selected component:
qemu-system-x86-1.6.2-7.fc20

Additional info:
reporter:       libreport-2.2.3
backtrace_rating: 4
cmdline:        /usr/bin/qemu-system-x86_64 -machine accel=kvm -name rhel6-test -S -machine pc-i440fx-1.6,accel=kvm,usb=off -cpu Nehalem -m 1024 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 34a07a4f-a7e6-404b-b49a-21548e9b0a3d -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/rhel6-test.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -kernel /var/lib/libvirt/boot/virtinst-vmlinuz.7pCbOS -initrd /var/lib/libvirt/boot/virtinst-initrd.img.UvZrAp -append method=http://download.devel.redhat.com/released/RHEL-6/6.5/Server/x86_64/os/ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive file=/var/lib/libvirt/images/rhel6-2.qcow2,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=24 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:cf:1d:db,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8
crash_function: snd_detach_playback
executable:     /usr/bin/qemu-system-x86_64
kernel:         3.15.10-201.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            107

Truncated backtrace:
Thread no. 1 (6 frames)
 #0 snd_detach_playback at /lib64/libspice-server.so.1
 #1 spice_server_remove_interface at /lib64/libspice-server.so.1
 #2 audio_atexit
 #3 __run_exit_handlers at /lib64/libc.so.6
 #4 exit at /lib64/libc.so.6
 #6 _start
Comment 1 Alex Wood 2014-09-08 17:41:05 UTC 
Created attachment 935419 [details]
File: backtrace
Comment 2 Alex Wood 2014-09-08 17:41:06 UTC 
Created attachment 935420 [details]
File: cgroup
Comment 3 Alex Wood 2014-09-08 17:41:07 UTC 
Created attachment 935421 [details]
File: core_backtrace
Comment 4 Alex Wood 2014-09-08 17:41:08 UTC 
Created attachment 935422 [details]
File: dso_list
Comment 5 Alex Wood 2014-09-08 17:41:09 UTC 
Created attachment 935423 [details]
File: environ
Comment 6 Alex Wood 2014-09-08 17:41:10 UTC 
Created attachment 935424 [details]
File: exploitable
Comment 7 Alex Wood 2014-09-08 17:41:10 UTC 
Created attachment 935425 [details]
File: limits
Comment 8 Alex Wood 2014-09-08 17:41:11 UTC 
Created attachment 935426 [details]
File: maps
Comment 9 Alex Wood 2014-09-08 17:41:12 UTC 
Created attachment 935427 [details]
File: open_fds
Comment 10 Alex Wood 2014-09-08 17:41:13 UTC 
Created attachment 935428 [details]
File: proc_pid_status
Comment 11 Alex Wood 2014-09-08 17:41:14 UTC 
Created attachment 935429 [details]
File: var_log_messages
Comment 12 Cole Robinson 2014-09-08 17:56:48 UTC 
Alex, what are the working and non-working kernel versions?

Moving to spice for now
Comment 13 Alex Wood 2014-09-08 18:35:17 UTC 
The nonworking kernel is 3.15.10-201.fc20.x86_64 and the previous kernel was 3.14.5-200.fc20.x86_64

In an effort to get back to work, I just did a global yum update and now the VMs are booting.  Just for historical purposes the sound device on the VMs was set to ich6.  I will attach the yum transaction that solved the issue (although it is quite large)
Comment 14 Alex Wood 2014-09-08 18:36:34 UTC 
Created attachment 935432 [details]
The yum transaction that fixed this problem
Comment 15 Cole Robinson 2014-09-09 13:19:14 UTC 
If this was just a transient issue that was fixed by a full yum update, I'm going to close this as WONTFIX. If other people start hitting it then we can reopen