Bug 1012928

Looks like a guest bug on a quick glance.  Hard to tell without more info though.  No luck in reproducing locally so far.

Anything on the guests serial console?

Hi Qiguo,

Can you reply comment2?

(In reply to Gerd Hoffmann from comment #2)
> Looks like a guest bug on a quick glance.  Hard to tell without more info
> though.  No luck in reproducing locally so far.
> 
> Anything on the guests serial console?

Hi, Gerd

If configured serial-console  in guest kernel line, this issue would disappear, so can not get serial messages.

Thanks

I can reproduce something similar, with qemu-kvm-1.5.3-14.el7 The guest hangs at the edn of shutdown and the process of qemu-kvm is still running, even info status monitor command returns running status. It did crash with older qemu (qemu-kvm-1.5.3-14.el7.x86_64.rpm).
It seems like libvirt did not kill the process but It happens even when running qemu-kvm directly from cli, here is the cli:

/usr/libexec/qemu-kvm -name RHEL7 -machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off -m 1024 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 61f75cf0-4cba-4b99-999c-46793055935d -no-user-config -nodefaults -rtc base=utc -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x8.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x8 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x8.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x8.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -device usb-ccid,id=ccid0 -chardev spicevmc,id=charsmartcard0,name=smartcard -device ccid-card-passthru,chardev=charsmartcard0,id=smartcard0,bus=ccid0.0 -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 -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=67108864 -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 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 /home/shadowman/rhel7.img

wrt reproducer, I did not do anything special, installed RHEL7 as all components - client/host/guest from build RHEL-7.0-20131108.n.0.

# rpm -qa | egrep "qemu|seabios|kernel|spice"
libvirt-daemon-driver-qemu-1.1.1-11.el7.x86_64
texlive-l3kernel-svn29409.SVN_4469-27.el7.noarch
qemu-img-1.5.3-17.el7.x86_64
qemu-kvm-1.5.3-17.el7.x86_64
kernel-3.10.0-42.el7.x86_64
abrt-addon-kerneloops-2.1.7-2.el7.x86_64
qemu-guest-agent-1.5.3-17.el7.x86_64
ipxe-roms-qemu-20130517-1.gitc4bce43.el7.noarch
seabios-bin-1.7.2.2-4.el7.noarch
spice-server-0.12.4-3.el7.x86_64
spice-glib-0.20-6.el7.x86_64
spice-vdagent-0.14.0-5.el7.x86_64
qemu-kvm-common-1.5.3-17.el7.x86_64
kernel-3.10.0-44.el7.x86_64
spice-gtk3-0.20-6.el7.x86_64

IT DOES NOT HAPPEN with "-vga std" option

(In reply to Marian Krcmarik from comment #5)
> I can reproduce something similar, with qemu-kvm-1.5.3-14.el7 The guest
> hangs at the edn of shutdown and the process of qemu-kvm is still running,
> even info status monitor command returns running status. It did crash with
> older qemu (qemu-kvm-1.5.3-14.el7.x86_64.rpm).
> It seems like libvirt did not kill the process but It happens even when
> running qemu-kvm directly from cli, here is the cli:

Hmm, doesn't reproduce either, using exactly the same command line (except for the disk image path).  Using qemu-kvm-1.5.3-20.el7.

Anything special to do in the guest to trigger?  I'm just booting to the login screen, log into gnome, then pick shutdown from the menu.

forgot to set needinfo, see comment #7