Kernel panic in mwait_idle(): Wie debuggen
Hallo,
wir haben mit VirtualBox zwei Virtuelle Maschinen aufgesetzt, in denen
Debian/Etch lÀuft. Leider bekommen wir in unregelmÀ�igen AbstÀnden immer
wieder einen Kernel Panic, den ich mal so gut wie möglich abgepinselt
habe:
---- BEGIN KERNAL PANIC ---------------
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000
print eip:
c0101a4e
*de = 00000000
Oops: 0002 [#1]
Modules linked in: bonding tun ipv6 button ac battery dm_snapshot dm_mirror dm_mod loop tsdev i810_audio ac97_codec serio_raw i2c_piix4 floppy i2c_core psmouse pcspkr snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm snd_timer snd soundcore snd_page_alloc evdev ext3 jbd ide_cd cdrom ide_disk generic ohci_hcd usbcore pcnet2 mii piix ide_core thermal processor fan
CPU: 0
EIP: 0060:[<c0101a4e>] Not tainted VLI
EFLAGS: 00010246 (2.6.18-5-486 #1)
EIP is at mwait_idle+0x1d/0x33
eax: 00000000 ebx:c030e008 ecx: 00000000 edx: 000000
esi: 00099100 edi:c0302000 ebp: 003a7007 esp: c030ffec
ds: 007b es: 007b ss: 0069
Process swapper (pid: 0, ti=c030c000 task=c02bd7a0 task.ti=c030e000)
Stack: 00000000 c0101a1c c03105fa c0353f80 00000000
Call Trace:
[<c0101a1c>] cpu_idle+0x37/0x4c
[<c03105fa>] start_kernel+0x270/0x272
Code: 0b 40 08 a8 08 74 c8 e8 17 30 17 00 eb eb 53 fb eb 1c 31 c9 89 d8 89 ca 0f 01 c8 89 e0 25 00 e0 ff ff 8b 40 08 a8 08 75 16 89 c <0f> 01 c9 89 e0 25 00 e0 ff ff 8d 58 08 8b 40 08 a8 08 74 d3 5b
EIP: [<c0101a4c] mwait_idle+0x1d/0x33 SS:ESP 0069:c030ffec
<0>Kernel panic - not syncing: Attempted to kill the idle task!
---- END KERNEL PANIC ---------------
Ich habe zwar einige Erfahrung, BSODs unter Windows zu debuggen, aber
leider keinerlei Erfahrungen mit Kernel Panics unter Linux.
Daher habe ich ein paar Fragen:
(0. Kann man die Ausgabe des Panics auch irgendwo in einer Datei
bekommen, oder muss man alles abpinseln?)
1. Ich habe aus meiner Sicht Àhnliche Panics per Google gefunden, z.B.:
http://lkml.org/lkml/2004/9/19/103
http://forums.fedora-fr.org/viewtopic.php?id=21158
ich hatte noch zwei weitere gefunden, die ich jetzt nicht mehr
finden kann :(
Was, was mir an allen auffiel ist, dass in allen FÀllen eine
Virtualisierung vorgelegen zu haben scheint.
Das macht mich jetzt natÌrlich nervös.
Gibt es irgend etwas, um diesen Verdacht zu bestÀtigen oder ihn zu
widerlegen?
Wie kann ich den Panic am besten debuggen?
Ach ja, interessant ist bei allem noch folgendes: Ich konnte die
"gepanikte" VM auch nach dem Panic noch anpingen! Das System wurde also
allem Anschein nach nicht komplett abgeschaltet.
Gestern hatten wir dabei sogar den Effekt, dass die Ausgaben des Panics
erschienen - nur, die Maschine lief sogar weiter! Ich konnte sowohl ÃŒber
das NEtz (ssh) als auch lokal (direkte bash-Kommandozeile) noch mit dem
Rechner eine Zeit lang (15 Minuten?) arbeiten. Ab und zu beendete sich
mal der eine, mal der andere Prozess - so Àhnlich wie ich es mir
vorstelle, wenn das "overcommitment" fÌr den Speicher zuschlÀgt.
Hat irgend jemand eine Idee, was das Problem sein könnte - oder auch, wo
ich besser nachfragen könnte?
GruÃ?,
Spiro.
--
Spiro R. Trikaliotis http://opencbm.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/
Reply to: