kernelpanic ??!

[lines]

hallo leute

hatte gestern ein systemabsturz, und die log dateien waren mit folgender meldung zugemüllt:

Code: Select all

May 20 14:58:58 rantanplan kernel:
May 20 14:58:58 rantanplan kernel: Code: 8b 44 81 18 89 41 14 03 59 0c 83 f8 ff 75 1d 8b 41 04 8b 11
May 20 14:58:59 rantanplan kernel: <1>Unable to handle kernel paging request at virtual address 44f05102
May 20 14:58:59 rantanplan kernel: printing eip:
May 20 14:58:59 rantanplan kernel: c012b424
May 20 14:58:59 rantanplan kernel: Oops: 0000
May 20 14:58:59 rantanplan kernel: CPU: 0
May 20 14:58:59 rantanplan kernel: EIP: 0010:[kmem_cache_alloc+100/176] Not tainted
May 20 14:58:59 rantanplan kernel: EFLAGS: 00010803
May 20 14:58:59 rantanplan kernel: eax: 2020202a ebx: 14141a40 ecx: c46fd042 edx: c6646000
May 20 14:58:59 rantanplan kernel: esi: c13e7dc0 edi: 00000246 ebp: 000001f0 esp: c6647f34
May 20 14:58:59 rantanplan kernel: ds: 0018 es: 0018 ss: 0018
May 20 14:58:59 rantanplan kernel: Process rc (pid: 21846, stackpage=c6647000)
May 20 14:58:59 rantanplan kernel: Stack: fffffff4 c496faa4 c1b21f84 00000011 c0115d55 c13e7dc0 000001f0 ca6ee000
May 20 14:58:59 rantanplan kernel: c496faa4 c1b21f84 00000011 c6646000 c34e93c0 cf603be0 ca6ee5c0 00000011
May 20 14:58:59 rantanplan kernel: c0116697 00000011 ca6ee000 c6646000 bffff7dc 00000000 c6647fbc 00000000
May 20 14:58:59 rantanplan kernel: Call Trace: [copy_mm+173/700] [do_fork+1035/1712] [sys_llseek+207/220] [sys_fork+20/28] [system_call+51/64]

weiss wer was das zu bedeuten hat ?


danke.lines

[captaincrunch]

weiss wer was das zu bedeuten hat ?

Ja : dein Kernel teilt mir dir, was zum Zeitpunkt des Absturzes in den Memory-Registern (bzw. im Stack) stand ... ;)

[dodolin]

In der aktuellen IX ist ein Artikel drin, der das kurz mal anspricht:

May 20 14:58:59 rantanplan kernel: <1>Unable to handle kernel paging request at virtual address 44f05102

Es gibt 2 Arten von Speicherzugriffsfehlern:

a) Im User-Mode: Dann kriegt der Prozess meist einfach Signal 11 (Segfault oder sowas in der Art), wird getötet und gut ist.

b) Im Kernel-Mode: Das ist leider ein Problem und wird mit einem Oops "erledigt".

->

May 20 14:58:59 rantanplan kernel: Oops: 0000

[lines]

hmmm.

und kann ich da etwas vorbeugen, hab momentan 2-4-18 soll ich updaten auf 19 od. 20. ?

meine distri ist suse.

hab mal in /proc/sys/kernel/panic den wert 2 eingetragen sodass wenigstens das system sich neu bootet wenn ein panic eintritt

.lines

[dodolin]

und kann ich da etwas vorbeugen

Ich fürchte, dass nicht. Ausser, du könntest die Kernelsourcen so ändern, dass das nie nicht unter keinen Umständen mehr auftritt. ;)

[captaincrunch]

und kann ich da etwas vorbeugen, hab momentan 2-4-18 soll ich updaten auf 19 od. 20.

Ja, ganz einfach : finde die Ursache für den Absturz (die Logs hast du ja), und beseitige sie ... ;)

[rootmaster]

zumindestens kann man feststellen, dass es ein problem bei einer speicher-zuweisung gab (genauer: kmem_cache_alloc)

das kann verschiedene ursachen haben ;)
um genaueres zu erudieren, mal unter "man ksymoops" schauen
vielleicht läßt sich der fehler reproduzieren ??

"back to the roots"

[lines]

na dann werde ich mich mal auf die suche machen

danke euch.


.lines

[chaoskind]

tipp -> memtest ;)

kann sein das der arbeitsspeicher ein weg hat?

[dodolin]

memtest geht nut mit Konsolenzugriff, nicht von Remote (z.B. Rootserver). Ansonsten, ja.