Kernel Panics

Mon Jan 26 12:07:54 CET 2004

On Mon, 2004-01-26 10:51:11 +0100, Carsten Hensiek <mr-migagi at gmx.net>
wrote in message <4014E30F.7040607 at gmx.net>:
> Moin Moin,
> 
> ich habe in letzter Zeit massive Probleme mit kernel-panics. Da ich nur 
> Remote Zugriff habe- habe ich ersteinmal über einen Eintrag in der 
> lilo.conf (append="panic=1") es so gelöst dass der Rechner zumindest 
> nach einem Kernel Panic neu bootet.
> 
> Es verhält sich so, dass es erst ein Paar Oopses gibt und dann die Kiste 
> einfriert.
> Woher kommen diese Probleme? Sind es Hardware Probleme wie Speicher? 
> Oder hat mein Apache da ne Macke? Oder hat die Swap Partition Probleme?
> Habe soviel gegoogelt aber nichts Sinnvolles gefunden. Ich wäre dankbar 
> für jeden Tipp oder Verweis auf Links.

...das kann alles Mögliche sein.

Schieb' so'n Oops mal durch ksymoops, unter Zuhilfenahme einer passenden
System.map.

> ---schnipp---
> Jan 11 09:15:26 mars kernel:  printing eip:
> Jan 11 09:15:26 mars kernel: c013f850
> Jan 11 09:15:26 mars kernel: Oops: 0000
> Jan 11 09:15:26 mars kernel: CPU:    0
> Jan 11 09:15:26 mars kernel: EIP:    0010:[prune_dcache+16/336]    Not 
> tainted

Bitte nicht cut'n'paste benutzen, wenn's nicht klappt. Hier ist
eigentlich kein Zeilenumbruch...

Außerdem solltest Du Deinem klogd den Parameter "-x" mitgeben - er hat
hier den Oops aufzulösen versucht; leider macht er das allzu oft mit der
falschen System.map.

> Jan 11 09:15:26 mars kernel: EFLAGS: 00010a93
> Jan 11 09:15:26 mars kernel: eax: 00008587   ebx: 772bc500   ecx: 
> 00000006   edx: 00000002
> Jan 11 09:15:26 mars kernel: esi: 000001d2   edi: 00000020   ebp: 
> 00008587   esp: dfd53e04
> Jan 11 09:15:26 mars kernel: ds: 0018   es: 0018   ss: 0018
> Jan 11 09:15:26 mars kernel: Process perl (pid: 21986, stackpage=dfd53000)
> Jan 11 09:15:26 mars kernel: Stack: 00000003 000001d2 00000020 00000006 
> c013fc1b 00008587 c0126cf6 00000006
> Jan 11 09:15:26 mars kernel:        000001d2 00000006 00000020 000001d2 
> c024d588 c024d588 c0126d4c 00000020
> Jan 11 09:15:26 mars kernel:        dfd52000 00000000 00000010 c024d588 
> c0127740 c024d66c 0000020f 00000010
> Jan 11 09:15:26 mars kernel: Call Trace:    [shrink_dcache_memory+27/64] 
> [shrink_caches+102/128] [try_to_free_pages_zone+60/96] [balance_classzo
> ne+80/448] [__alloc_pages+274/352]
> Jan 11 09:15:26 mars kernel:   [mmx_clear_page+38/48] 
> [_alloc_pages+22/32] [do_anonymous_page+52/240] [do_no_page+47/400] 
> [handle_mm_fault+82/17
> 6] [do_page_fault+279/1076]
> Jan 11 09:15:26 mars kernel:   [do_page_fault+0/1076] 
> [update_wall_time+11/64] [bh_action+26/80] [tasklet_hi_action+70/112] 
> [do_softirq+90/176]
> [do_IRQ+157/176]
> Jan 11 09:15:26 mars kernel:   [error_code+52/60]
> Jan 11 09:15:26 mars kernel:
> Jan 11 09:15:26 mars kernel: Code: 8b 53 04 8b 03 89 50 04 89 02 89 1b 
> 89 5b 04 8d 73 e8 8b 46
> 
> 
> Jan 11 05:16:44 mars kernel:  printing eip:
> Jan 11 05:16:44 mars kernel: c013f858
> Jan 11 05:16:44 mars kernel: Oops: 0002
                               ^^^^^^^^^^
> Jan 11 05:16:44 mars kernel: CPU:    0
> Jan 11 05:16:44 mars kernel: EIP:    0010:[prune_dcache+24/336]    Not 
> tainted
> Jan 11 05:16:44 mars kernel: EFLAGS: 00010206
> Jan 11 05:16:44 mars kernel: eax: c024e35c   ebx: c23058ff   ecx: 
> c2305000   edx: 772bc500
> Jan 11 05:16:44 mars kernel: esi: c2305840   edi: eb24f700   ebp: 
> 00006194   esp: f7e2bf5c
> Jan 11 05:16:44 mars kernel: ds: 0018   es: 0018   ss: 0018
> Jan 11 05:16:44 mars kernel: Process kswapd (pid: 4, stackpage=f7e2b000)
> Jan 11 05:16:44 mars kernel: Stack: 00000002 000001d0 00000020 00000006 
> c013fc1b 00008c1e c0126cf6 00000006
> Jan 11 05:16:44 mars kernel:        000001d0 00000006 00000020 000001d0 
> c024d588 c024d588 c0126d4c 00000020
> Jan 11 05:16:44 mars kernel:        c024d588 00000002 f7e2a000 00000000 
> c0126e51 c024d420 00000000 f7e2a251
> Jan 11 05:16:44 mars kernel: Call Trace:    [shrink_dcache_memory+27/64] 
> [shrink_caches+102/128] [try_to_free_pages_zone+60/96] [kswapd_balance_
> pgdat+65/144] [kswapd_balance+22/48]
> Jan 11 05:16:44 mars kernel:   [kswapd+157/192] [arch_kernel_thread+40/64]
> Jan 11 05:16:44 mars kernel:
> Jan 11 05:16:44 mars kernel: Code: 89 02 89 1b 89 5b 04 8d 73 e8 8b 46 
> 54 a8 08 74 27 24 f7 89
> Jan 11 05:17:06 mars kernel:  <1>Unable to handle kernel paging request 
> at virtual address 772bc504
> 
> 
> Jan 26 08:41:41 mars -- MARK --
> Jan 26 08:57:58 mars kernel:  printing eip:
> Jan 26 08:57:58 mars kernel: c012ba8b
> Jan 26 08:57:58 mars kernel: Oops: 0002
                               ^^^^^^^^^^

Zweimal Oops Nummer zwei, aber Nummer eins fehlt?

> Jan 26 08:57:58 mars kernel: CPU:    0
> Jan 26 08:57:58 mars kernel: EIP:    0010:[__free_pages_ok+75/720]    
> Not tainted
> Jan 26 08:57:58 mars kernel: EFLAGS: 00010246
> Jan 26 08:57:58 mars kernel: eax: 01000008   ebx: c17042a0   ecx: 
> c17042a0   edx: 00000000
> Jan 26 08:57:58 mars kernel: esi: 00000000   edi: e56b8fcf   ebp: 
> c1bfe340   esp: c3a49f58
> Jan 26 08:57:58 mars kernel: ds: 0018   es: 0018   ss: 0018
> Jan 26 08:57:58 mars kernel: Process apache (pid: 1952, stackpage=c3a49000)
> Jan 26 08:57:58 mars kernel: Stack: c3a48000 f62517c0 e56b8fcf c1bfe340 
> f62517c0 bfff4ebc c1bfe340 e56b8fcf
> Jan 26 08:57:58 mars kernel:        c1bf97c0 c0146749 c1bf97c0 c02262d8 
> c3a48000 c012c45b c012c47d c0147b8e
> Jan 26 08:57:58 mars kernel:        c3a48000 bfff4ebc bfff4ebc bfff4e7c 
> c1bf97c0 c1bfe480 e56b8000 c1bfe340
> Jan 26 08:57:58 mars kernel: Call Trace:    [dput+25/416] 
> [__free_pages+27/32] [free_pages+29/32] [sys_getcwd+462/480] 
> [system_call+51/56]
> Jan 26 08:57:58 mars kernel:
> Jan 26 08:57:58 mars kernel: Code: 83 7b 08 00 74 08 0f 0b 69 00 41 d8 
> 1f c0 89 d8 2b 05 b0 7d
> Jan 26 09:21:41 mars -- MARK --
> ---schnapp---

Wie gesagt, das kann alles Mögliche sein und einem vom klogd aufgelösten
Oops trau' ich nicht. Kontrolle von CPU- und Netzteil-Lüfter sowie ein
Test des RAMs mit memtest86 kann jedenfalls nicht schaden...

Jedenfalls kannst Du fast ausschließen, daß Apache der Perl schuldig ist
- die könnten bestenfalls sich selbst kaputtmachen, aber dürfen keine
solche Kernel-Bugs auslösen können.

MfG, JBG

-- 
   Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20040126/efa5c2c8/attachment.sig>