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
Created attachment 935419 [details] File: backtrace
Created attachment 935420 [details] File: cgroup
Created attachment 935421 [details] File: core_backtrace
Created attachment 935422 [details] File: dso_list
Created attachment 935423 [details] File: environ
Created attachment 935424 [details] File: exploitable
Created attachment 935425 [details] File: limits
Created attachment 935426 [details] File: maps
Created attachment 935427 [details] File: open_fds
Created attachment 935428 [details] File: proc_pid_status
Created attachment 935429 [details] File: var_log_messages
Alex, what are the working and non-working kernel versions? Moving to spice for now
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)
Created attachment 935432 [details] The yum transaction that fixed this problem
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