* kvm tools: rhel6.0 guest hung during shutdown
@ 2011-04-10 13:49 Amos Kong
2011-04-10 13:58 ` Gleb Natapov
0 siblings, 1 reply; 6+ messages in thread
From: Amos Kong @ 2011-04-10 13:49 UTC (permalink / raw)
To: Pekka Enberg; +Cc: kvm
I try to test with a rhel6.0 guest, it hung during the shutdown.
guest)# init 0
guest)# could not read byte from child: Success
initctl: Event failed
Stopping atd: [ OK ]
Stopping abrt daemon: [ OK ]
Stopping sshd: [ OK ]
Shutting down postfix: [ OK ]
Stopping crond: [ OK ]
Stopping HAL daemon: [ OK ]
Stopping NetworkManager daemon: [ OK ]
Killing mdmonitor: [ OK ]
Stopping system message bus: [ OK ]
Stopping auditd: type=1305 audit(1249622673.898:73): audit_pid=0 old=1443 auid=4294967295 ses=4294967295 subj=kernel res=1
[ OK ]
Shutting down loopback interface: [ OK ]
IPv6 over IPv4 tunneling driver
sit0: Disabled Privacy Extensions
Stopping monitoring for VG vg_virtlab6685153: 2 logical volume(s) in volume group "vg_virtlab6685153" unmonitored
[ OK ]
Sending all processes the TERM signal... [ OK ]
Sending all processes the KILL signal... [ OK ]
Saving random seed: [ OK ]
Syncing hardware clock to system time select() to /devtype=1111 audit(1249622682.793:74): user pid=2210 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='changing system time: exe="/sbin/hwclock" hostname=? addr=? terminal=console res=failed'
/rtc to wait for clock tick timed out
[FAILED]
Turning off swap: [ OK ]
Turning off quotas: [ OK ]
Unmounting file systems: [ OK ]
umount2: Invalid argument
umount: /dev/pts: not mounted
init: Re-executing /sbin/init
mount: /dev/shm not mounted alretype=1128 audit(1249622683.208:75): user pid=1924 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='init: exe="/sbin/reboot" hostname=? addr=? terminal=console res=success'
md: stopping all md devices.
ady, or bad option
Halting system...
System halted.
[note: guest hung .......]
(gdb) info threads
2 Thread 0x7f9ebbf8d700 (LWP 7267) 0x00007fa3c006e467 in ioctl () from /lib/libc.so.6
* 1 Thread 0x7fa3c0939700 (LWP 7265) 0x00007fa3c031b285 in pthread_join () from /lib/libpthread.so.0
(gdb) bt
#0 0x00007fa3c031b285 in pthread_join () from /lib/libpthread.so.0
#1 0x0000000000408981 in kvm_cmd_run (argc=0, argv=0x7ffffb7dca58, prefix=0x0) at kvm-run.c:226
#2 0x00000000004083c2 in handle_command (command=0x7ffffb7dc8f0, argc=9, argv=0x7ffffb7dca50) at kvm-cmd.c:55
#3 0x0000000000405bbd in handle_kvm_command (argc=9, argv=0x7ffffb7dca50) at main.c:16
#4 0x0000000000405be6 in main (argc=10, argv=0x7ffffb7dca48) at main.c:21
(gdb) thread 2
[Switching to thread 2 (Thread 0x7f9ebbf8d700 (LWP 7267))]#0 0x00007fa3c006e467 in ioctl () from /lib/libc.so.6
(gdb) bt
#0 0x00007fa3c006e467 in ioctl () from /lib/libc.so.6
#1 0x0000000000405939 in kvm_cpu__run (self=0x6c74a0) at kvm-cpu.c:370
#2 0x00000000004059e2 in kvm_cpu__start (cpu=0x6c74a0) at kvm-cpu.c:388
#3 0x0000000000408452 in kvm_cpu_thread (arg=0x6c74a0) at kvm-run.c:96
#4 0x00007fa3c031a971 in start_thread () from /lib/libpthread.so.0
#5 0x00007fa3c007692d in clone () from /lib/libc.so.6
#6 0x0000000000000000 in ?? ()
# tracer: nop
#
# TASK-PID CPU# TIMESTAMP FUNCTION
# | | | | |
kvm-7265 [001] 27163.998711: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27163.998715: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27163.999712: kvm_set_irq: gsi 4 level 0 source 0
kvm-7265 [001] 27163.999712: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27163.999713: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27163.999715: kvm_set_irq: gsi 4 level 1 source 0
kvm-7265 [001] 27163.999715: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27163.999716: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.000691: kvm_set_irq: gsi 4 level 0 source 0
kvm-7265 [001] 27164.000692: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.000692: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.000695: kvm_set_irq: gsi 4 level 1 source 0
kvm-7265 [001] 27164.000695: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.000695: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.001705: kvm_set_irq: gsi 4 level 0 source 0
kvm-7265 [001] 27164.001705: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.001706: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.001708: kvm_set_irq: gsi 4 level 1 source 0
kvm-7265 [001] 27164.001708: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.001708: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.002687: kvm_set_irq: gsi 4 level 0 source 0
kvm-7265 [001] 27164.002688: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.002688: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.002690: kvm_set_irq: gsi 4 level 1 source 0
kvm-7265 [001] 27164.002690: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.002691: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.003701: kvm_set_irq: gsi 4 level 0 source 0
kvm-7265 [001] 27164.003701: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.003702: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.003704: kvm_set_irq: gsi 4 level 1 source 0
kvm-7265 [001] 27164.003704: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.003704: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.004683: kvm_set_irq: gsi 4 level 0 source 0
kvm-7265 [001] 27164.004684: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.004684: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [001] 27164.004686: kvm_set_irq: gsi 4 level 1 source 0
kvm-7265 [001] 27164.004686: kvm_ioapic_set_irq: pin 4 dst 0 vec=0 (Fixed|physical|edge|masked)
kvm-7265 [001] 27164.004687: kvm_pic_set_irq: chip 0 pin 4 (edge|masked)
kvm-7265 [000] 27164.176390: kvm_set_irq: gsi 4 level 1 source 0
...
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: kvm tools: rhel6.0 guest hung during shutdown
2011-04-10 13:49 kvm tools: rhel6.0 guest hung during shutdown Amos Kong
@ 2011-04-10 13:58 ` Gleb Natapov
2011-04-11 19:01 ` Pekka Enberg
0 siblings, 1 reply; 6+ messages in thread
From: Gleb Natapov @ 2011-04-10 13:58 UTC (permalink / raw)
To: Amos Kong; +Cc: Pekka Enberg, kvm
On Sun, Apr 10, 2011 at 09:49:31PM +0800, Amos Kong wrote:
> System halted.
> [note: guest hung .......]
>
Isn't that expected result without ACPI support? I would expect all guests
to hang like that at the end.
--
Gleb.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: kvm tools: rhel6.0 guest hung during shutdown
2011-04-10 13:58 ` Gleb Natapov
@ 2011-04-11 19:01 ` Pekka Enberg
2011-04-11 19:07 ` Gleb Natapov
0 siblings, 1 reply; 6+ messages in thread
From: Pekka Enberg @ 2011-04-11 19:01 UTC (permalink / raw)
To: Gleb Natapov; +Cc: Amos Kong, kvm, Cyrill Gorcunov, Asias He, Ingo Molnar
On Sun, 2011-04-10 at 16:58 +0300, Gleb Natapov wrote:
> On Sun, Apr 10, 2011 at 09:49:31PM +0800, Amos Kong wrote:
> > System halted.
> > [note: guest hung .......]
> >
> Isn't that expected result without ACPI support? I would expect all guests
> to hang like that at the end.
I see hangs with Debian Squeeze image too but not with the minimal QEMU
image I usually test things with. I wonder, though, why userspace
insists on using ACPI for shutdown as we boot with 'noapic'.
Pekka
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: kvm tools: rhel6.0 guest hung during shutdown
2011-04-11 19:01 ` Pekka Enberg
@ 2011-04-11 19:07 ` Gleb Natapov
2011-04-11 19:28 ` Cyrill Gorcunov
0 siblings, 1 reply; 6+ messages in thread
From: Gleb Natapov @ 2011-04-11 19:07 UTC (permalink / raw)
To: Pekka Enberg; +Cc: Amos Kong, kvm, Cyrill Gorcunov, Asias He, Ingo Molnar
On Mon, Apr 11, 2011 at 10:01:30PM +0300, Pekka Enberg wrote:
> On Sun, 2011-04-10 at 16:58 +0300, Gleb Natapov wrote:
> > On Sun, Apr 10, 2011 at 09:49:31PM +0800, Amos Kong wrote:
> > > System halted.
> > > [note: guest hung .......]
> > >
> > Isn't that expected result without ACPI support? I would expect all guests
> > to hang like that at the end.
>
> I see hangs with Debian Squeeze image too but not with the minimal QEMU
> image I usually test things with. I wonder, though, why userspace
> insists on using ACPI for shutdown as we boot with 'noapic'.
>
There is not way to power down PC from software without ACPI (may be APM
has something, but I doubt kvm-tool implements it either). Do you remember
Windows 95 "it is now safe to turn off your computer" screen?
--
Gleb.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: kvm tools: rhel6.0 guest hung during shutdown
2011-04-11 19:07 ` Gleb Natapov
@ 2011-04-11 19:28 ` Cyrill Gorcunov
2011-04-11 19:32 ` Gleb Natapov
0 siblings, 1 reply; 6+ messages in thread
From: Cyrill Gorcunov @ 2011-04-11 19:28 UTC (permalink / raw)
To: Gleb Natapov; +Cc: Pekka Enberg, Amos Kong, kvm, Asias He, Ingo Molnar
On 04/11/2011 11:07 PM, Gleb Natapov wrote:
> On Mon, Apr 11, 2011 at 10:01:30PM +0300, Pekka Enberg wrote:
>> On Sun, 2011-04-10 at 16:58 +0300, Gleb Natapov wrote:
>>> On Sun, Apr 10, 2011 at 09:49:31PM +0800, Amos Kong wrote:
>>>> System halted.
>>>> [note: guest hung .......]
>>>>
>>> Isn't that expected result without ACPI support? I would expect all guests
>>> to hang like that at the end.
>>
>> I see hangs with Debian Squeeze image too but not with the minimal QEMU
>> image I usually test things with. I wonder, though, why userspace
>> insists on using ACPI for shutdown as we boot with 'noapic'.
>>
> There is not way to power down PC from software without ACPI (may be APM
> has something, but I doubt kvm-tool implements it either). Do you remember
> Windows 95 "it is now safe to turn off your computer" screen?
yup, iirc APM had some set power state entry point, but not sure, need to find docs ;)
>
> --
> Gleb.
--
Cyrill
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: kvm tools: rhel6.0 guest hung during shutdown
2011-04-11 19:28 ` Cyrill Gorcunov
@ 2011-04-11 19:32 ` Gleb Natapov
0 siblings, 0 replies; 6+ messages in thread
From: Gleb Natapov @ 2011-04-11 19:32 UTC (permalink / raw)
To: Cyrill Gorcunov; +Cc: Pekka Enberg, Amos Kong, kvm, Asias He, Ingo Molnar
On Mon, Apr 11, 2011 at 11:28:22PM +0400, Cyrill Gorcunov wrote:
> On 04/11/2011 11:07 PM, Gleb Natapov wrote:
> > On Mon, Apr 11, 2011 at 10:01:30PM +0300, Pekka Enberg wrote:
> >> On Sun, 2011-04-10 at 16:58 +0300, Gleb Natapov wrote:
> >>> On Sun, Apr 10, 2011 at 09:49:31PM +0800, Amos Kong wrote:
> >>>> System halted.
> >>>> [note: guest hung .......]
> >>>>
> >>> Isn't that expected result without ACPI support? I would expect all guests
> >>> to hang like that at the end.
> >>
> >> I see hangs with Debian Squeeze image too but not with the minimal QEMU
> >> image I usually test things with. I wonder, though, why userspace
> >> insists on using ACPI for shutdown as we boot with 'noapic'.
> >>
> > There is not way to power down PC from software without ACPI (may be APM
> > has something, but I doubt kvm-tool implements it either). Do you remember
> > Windows 95 "it is now safe to turn off your computer" screen?
>
> yup, iirc APM had some set power state entry point, but not sure, need to find docs ;)
>
Just go for ACPI then. APM is dead.
--
Gleb.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-04-11 19:32 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-04-10 13:49 kvm tools: rhel6.0 guest hung during shutdown Amos Kong
2011-04-10 13:58 ` Gleb Natapov
2011-04-11 19:01 ` Pekka Enberg
2011-04-11 19:07 ` Gleb Natapov
2011-04-11 19:28 ` Cyrill Gorcunov
2011-04-11 19:32 ` Gleb Natapov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox