"sendkey ctrl-alt-delete" hangs console

Bug #984771 reported by Alexandre Kandalintsev on 2012-04-18
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
qemu-kvm (Ubuntu)
Medium
Unassigned

Bug Description

Hi!

I'm using the 12.04 amd64 with all latest updates. It turns out that entering "sendkey ctrl-alt-delete" just once hangs the console and then sendkey is not accepted anymore. However other commands like "system_reset" work.

So steps to reproduce are easy: launch kvm and try to reboot it through the "sendkey ctrl-alt-delete" twice. It won't reboot second time.
---
ApportVersion: 2.0.1-0ubuntu4
Architecture: amd64
DistroRelease: Ubuntu 12.04
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20111216)
KvmCmdLine:
 UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
 root 16968 16967 7 695946 355144 1 18:40 pts/0 00:00:22 kvm -curses -pidfile /var/tmp/kvm_usbstick1.pid -monitor unix:/var/tmp/kvm_usbstick1.mon,server,nowait -name usbstick1 -m 2G -smp 1 /dev/disk/by-id/usb-JetFlash_Transcend_4GB_DSJZOX73-0:0 -net nic,model=virtio,macaddr=52:54:23:12:34:62 -net tap,script=/home/exe/repos/utilz/KVMC/ifup.sh -smp cores=6,threads=1,sockets=1,maxcpus=6
MachineType: Dell Inc. OptiPlex 780
Package: qemu-kvm 1.0+noroms-0ubuntu13
PackageArchitecture: amd64
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-23-generic root=UUID=ea8aad76-0626-4aa5-8379-c70a9166c3a9 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
Tags: precise
Uname: Linux 3.2.0-23-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

dmi.bios.date: 08/11/2010
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A05
dmi.board.name: 0C27VV
dmi.board.vendor: Dell Inc.
dmi.board.version: A01
dmi.chassis.type: 6
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA05:bd08/11/2010:svnDellInc.:pnOptiPlex780:pvr:rvnDellInc.:rn0C27VV:rvrA01:cvnDellInc.:ct6:cvr:
dmi.product.name: OptiPlex 780
dmi.sys.vendor: Dell Inc.

Serge Hallyn (serge-hallyn) wrote :

Thanks for reporting this bug. I'm afraid I can't reproduce it.

Can you tell us which release you are on, and the exact command line you used to start kvm?

Can you try running 'apport-collect 984771' to get apport to send us more information about your system?

Changed in kvm (Ubuntu):
status: New → Incomplete
importance: Undecided → Medium
Serge Hallyn (serge-hallyn) wrote :

Sorry, I see you mentioned you're on 12.04. Can you tell me what the guest is running?

I run another 12.04 amd64, but this does not matter because if I send "sendkey ctrl-alt-delete" even in bios the situation is the same.

Are you able to reproduce the bug?

apport information

affects: kvm (Ubuntu) → qemu-kvm (Ubuntu)
tags: added: apport-collected precise
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

I sent the apport report. The cmd is:

kvm -curses -pidfile /var/tmp/kvm_usbstick1.pid -monitor unix:/var/tmp/kvm_usbstick1.mon,server,nowait -name usbstick1 -m 2G -smp 1 /dev/disk/by-id/usb-JetFlash_Transcend_4GB_DSJZOX73-0:0 -net nic,model=virtio,macaddr=52:54:23:12:34:62 -net tap,script=/home/exe/repos/utilz/KVMC/ifup.sh -smp cores=6,threads=1,sockets=1,maxcpus=6

(well, I hit the problem without -monitor).

Hm, I can reproduce just with "kvm -curses". Second time the kvm does not react on "sendkey ctrl-alt-delete"

> Are you able to reproduce the bug?

No.

Changed in qemu-kvm (Ubuntu):
status: Incomplete → New
Serge Hallyn (serge-hallyn) wrote :

I can reproduce that the second 'sendkey ctrl-alt-delete' does nothing. However the monitor does not hang for me, so I can continue to control qemu through the monitor in other ways.

If you can confirm my description, I'll change the bug title to 'sendkey ctrl-alt-delete works only once' and mark it confirmed.

Changed in qemu-kvm (Ubuntu):
status: New → Incomplete

> However the monitor does not hang for me, so I can continue to control qemu through the monitor in other ways.

Please swith to the terminal (I assume you run "kvm -curses"). It won't work after you hit this bug. Yes, the monitor still works and responds to other commands.

The rest is fine, please mark as confirmed. It's a quite serious bug to me, I hit it while developing our cloud infrastructure :(

Serge Hallyn (serge-hallyn) wrote :

Are you able to reproduce with upstream qemu (from git://git.qemu.org/qemu.git) ?

Changed in qemu-kvm (Ubuntu):
status: Incomplete → Confirmed

Boah... I'll try to check...

Seems the git version works correctly. At least I checked "./x86_64-softmmu/qemu-system-x86_64 -curses"

btw, I'm able to find numerous other bugreports for this issue: https://bugzilla.redhat.com/show_bug.cgi?id=643317

Serge Hallyn (serge-hallyn) wrote :

Thanks, then we'll need to find the upstream commit which fixed this.

tags: added: fixed-upstream

It's this one: https://bugzilla.redhat.com/attachment.cgi?id=462611

Unfortunately I cannot test it right now. Could you try it?

Serge Hallyn (serge-hallyn) wrote :

Actually, non-accelerated qemu does not reproduce this. So running the packaged kvm on a cloud instance without kvm acceleration won't reproduce it. THis also means that unless you did qemu -enable-kvm when testing upstream git, your result does NOT mean that the bug is fixed there.

Serge Hallyn (serge-hallyn) wrote :

Nope, definately fixed upstream.

@exe,

Note that the patch you linked to says it is a fix for a redhat-only patch, and is actually not applied in the qemu.git tree.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.