Hallo Liste, ich bekomme folgende Meldung relativ regelmäßig in messages gepfeffert, mit der Folge, dass der Rechner stehen bleibt. Jan 12 12:38:58 (none) kernel: Unable to handle kernel paging request at virtual address 0000cbfc Jan 12 12:38:58 (none) kernel: printing eip: Jan 12 12:38:58 (none) kernel: c014ff3d Jan 12 12:38:58 (none) kernel: *pde = 00000000 Jan 12 12:38:58 (none) kernel: Oops: 0000 2.4.20-4GB #1 Fri Dec 10 16:27:31 UTC 2004 Jan 12 12:38:58 (none) kernel: CPU: 0 Jan 12 12:38:58 (none) kernel: EIP: 0010:[__user_walk+45/80] Tainted: P Jan 12 12:38:58 (none) kernel: EIP: 0010:[<c014ff3d>] Tainted: P Jan 12 12:38:58 (none) kernel: EFLAGS: 00010286 Jan 12 12:38:58 (none) kernel: eax: 00000000 ebx: 00000000 ecx: c7e4b9c0 edx: 00000009 Jan 12 12:38:58 (none) kernel: esi: c4061000 edi: c4813f98 ebp: 00000009 esp: c4813f80 Jan 12 12:38:58 (none) kernel: ds: 0018 es: 0018 ss: 0018 Jan 12 12:38:58 (none) kernel: Process postfix-script (pid: 772, stackpage=c4813000) Jan 12 12:38:58 (none) kernel: Stack: c4061000 c4812000 c4813f98 bffff8e0 bffff8c8 c014c787 c35819c0 c1186360 Jan 12 12:38:58 (none) kernel: 00000000 00000000 c4812000 00000009 00000001 bffff9a8 c4812000 401d86c8 Jan 12 12:38:58 (none) kernel: c0108c33 080cbb80 bffff8e0 401d5b90 401d86c8 bffff8e0 bffff8c8 000000c3 Jan 12 12:38:58 (none) kernel: Call Trace: [sys_stat64+23/112] [system_call+51/64] Jan 12 12:38:58 (none) kernel: Call Trace: [<c014c787>] [<c0108c33>] Jan 12 12:38:58 (none) kernel: Code: a1 fc cb 00 00 00 00 00 00 00 00 38 c0 50 e8 98 b4 fe ff 5f Jan 12 12:38:58 (none) atd[803]: Removing stale lockfile for pid 1179 in warn steht folgendes drin. Jan 12 12:53:16 (none) kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jan 12 12:53:16 (none) kernel: printing eip: Jan 12 12:53:16 (none) kernel: c011cb38 Jan 12 12:53:16 (none) kernel: *pde = 00000000 Jan 12 12:53:16 (none) kernel: Oops: 0002 2.4.20-4GB #1 Fri Dec 10 16:27:31 UTC 2004 Jan 12 12:53:16 (none) kernel: CPU: 0 Jan 12 12:53:16 (none) kernel: EIP: 0010: [add_wait_queue_exclusive+24/48] Tainted: P Jan 12 12:53:16 (none) kernel: EIP: 0010:[<c011cb38>] Tainted: P Jan 12 12:53:16 (none) kernel: EFLAGS: 00010002 Jan 12 12:53:16 (none) kernel: eax: c5c0ac54 ebx: 00000000 ecx: c62a1f44 edx: c62a1f3c Jan 12 12:53:16 (none) kernel: esi: 00000202 edi: c62a1f50 ebp: c5c0ac54 esp: c62a1f2c Jan 12 12:53:16 (none) kernel: ds: 0018 es: 0018 ss: 0018 Jan 12 12:53:16 (none) kernel: Process basename (pid: 4295, stackpage=c62a1000) Jan 12 12:53:16 (none) kernel: Stack: c5c0ac4c c62a0000 c0107a1f 00000000 00000001 c62a0000 c5c0ac54 00000000 Jan 12 12:53:16 (none) kernel: 00000000 c525b338 c62a0000 00000003 c55e9680 c5c0abe0 ffffffea 0000000e Jan 12 12:53:16 (none) kernel: c0107aef c5c0ac4c c55e9680 c014ecb2 00000000 c5c0ac4c fffffe00 00000000 Jan 12 12:53:16 (none) kernel: Call Trace: [__down_interruptible+63/192] [__down_failed_interruptible+7/12] [.text.lock.pipe+45/155] [sys_write+120/256] [system_call+51/64] Jan 12 12:53:16 (none) kernel: Call Trace: [<c0107a1f>] [<c0107aef>] [<c014ecb2>] [<c0144f48>] [<c0108c33>] Jan 12 12:53:16 (none) kernel: Code: 89 0b 89 59 04 56 9d 5b 5e c3 8d b4 26 00 00 00 00 8d bc 27 System ist ein P II mit 128 MB und einer Suse 8.2 drauf. Läuft als Server mit Fax-dienst und nfs-Server. Bootmanager ist grub. Memtest habe ich schon laufen lassen. Leider kann ich mit den Meldungen nichts anfangen. Auch stört es gewaltig, wenn die Maschine die ganze Zeit stehen bleibt. -- CU at the trails Boris
Hallo Boris, Boris S. wrote:
Hallo Liste,
ich bekomme folgende Meldung relativ regelmäig in messages gepfeffert, mit der Folge, dass der Rechner stehen bleibt.
[Oops-Meldungen]
Leider kann ich mit den Meldungen nichts anfangen. Auch stört es gewaltig, wenn die Maschine die ganze Zeit stehen bleibt.
Es gibt das Programm ksymoops. Das hilft Dir, die Meldungen zu entschlüsseln. Ciao, sven
Hallo Sven, Am Mittwoch, 12. Januar 2005 12:32 schrieb Sven Schupp:
Hallo Boris,
Boris S. wrote:
Hallo Liste,
ich bekomme folgende Meldung relativ regelmäig in messages gepfeffert, mit der Folge, dass der Rechner stehen bleibt.
[Oops-Meldungen]
Leider kann ich mit den Meldungen nichts anfangen. Auch stört es gewaltig, wenn die Maschine die ganze Zeit stehen bleibt.
Es gibt das Programm ksymoops. Das hilft Dir, die Meldungen zu entschlüsseln.
Danke. Angewendet. Jedoch hat mir das jetzt mir nicht so richtig geholfen dem ganzen auf die Spur zukommen, da ich die Übersetzung nicht lesen kann. In der Ausgabe steht was von parport (für mich der parallele Anschluss) und von einem wake_up call und von den IRQs. zum Beispiel -schnipp-
EIP; c011cb38
<=====
eax; c5c0ac54 <[parport].data.end+147551d/352a929> ecx; c62a1f44 <[parport].data.end+1b0c80d/352a929> edx; c62a1f3c <[parport].data.end+1b0c805/352a929> edi; c62a1f50 <[parport].data.end+1b0c819/352a929> ebp; c5c0ac54 <[parport].data.end+147551d/352a929> esp; c62a1f2c <[parport].data.end+1b0c7f5/352a929>
Trace; c0107a1f <__down_interruptible+3f/c0>
Trace; c0107aef <__down_failed_interruptible+7/c>
Trace; c014ecb2 <.text.lock.pipe+2d/9b>
Trace; c0144f48
Also sprach Boris S.:
Hallo Sven,
Am Mittwoch, 12. Januar 2005 12:32 schrieb Sven Schupp:
Hallo Boris,
Boris S. wrote:
Hallo Liste,
ich bekomme folgende Meldung relativ regelmäig in messages gepfeffert, mit der Folge, dass der Rechner stehen bleibt.
[Oops-Meldungen]
Leider kann ich mit den Meldungen nichts anfangen. Auch stört es gewaltig, wenn die Maschine die ganze Zeit stehen bleibt.
Es gibt das Programm ksymoops. Das hilft Dir, die Meldungen zu entschlüsseln.
Danke. Angewendet. Jedoch hat mir das jetzt mir nicht so richtig geholfen dem ganzen auf die Spur zukommen, da ich die Übersetzung nicht lesen kann. In der Ausgabe steht was von parport (für mich der parallele Anschluss) und von einem wake_up call und von den IRQs.
zum Beispiel
-schnipp-
EIP; c011cb38
<===== eax; c5c0ac54 <[parport].data.end+147551d/352a929> ecx; c62a1f44 <[parport].data.end+1b0c80d/352a929> edx; c62a1f3c <[parport].data.end+1b0c805/352a929> edi; c62a1f50 <[parport].data.end+1b0c819/352a929> ebp; c5c0ac54 <[parport].data.end+147551d/352a929> esp; c62a1f2c <[parport].data.end+1b0c7f5/352a929>
Trace; c0107a1f <__down_interruptible+3f/c0> Trace; c0107aef <__down_failed_interruptible+7/c> Trace; c014ecb2 <.text.lock.pipe+2d/9b> Trace; c0144f48
Trace; c0108c33 -schnapp-
Ich kann leider keine Schlüsse aus der Ausgabe ziehen. Nur Vermutungen: Die wäre hier, dass der parallele Anschluss einen Schaden weg hat oder die Umsetzung der APM-Module nicht sauber in Hardware gegossen wurde.
-- CU at the server, der noch läuft.
Boris
Hallo, versuch es doch einmal mit einem Kernel-Update auf den neuesten Patch-Level. Vielleicht hilft das was. Gruß Peter
Am Donnerstag, 13. Januar 2005 15:45 schrieb Peter Bergmann:
Also sprach Boris S.:
Hallo Sven,
Am Mittwoch, 12. Januar 2005 12:32 schrieb Sven Schupp:
Hallo Boris,
Boris S. wrote:
Hallo Liste,
ich bekomme folgende Meldung relativ regelmäig in messages gepfeffert, mit der Folge, dass der Rechner stehen bleibt.
[Oops-Meldungen]
Leider kann ich mit den Meldungen nichts anfangen. Auch stört es gewaltig, wenn die Maschine die ganze Zeit stehen bleibt.
Es gibt das Programm ksymoops. Das hilft Dir, die Meldungen zu entschlüsseln.
Danke. Angewendet. Jedoch hat mir das jetzt mir nicht so richtig geholfen dem ganzen auf die Spur zukommen, da ich die Übersetzung nicht lesen kann. In der Ausgabe steht was von parport (für mich der parallele Anschluss) und von einem wake_up call und von den IRQs.
zum Beispiel
-schnipp-
EIP; c011cb38
<===== eax; c5c0ac54 <[parport].data.end+147551d/352a929> ecx; c62a1f44 <[parport].data.end+1b0c80d/352a929> edx; c62a1f3c <[parport].data.end+1b0c805/352a929> edi; c62a1f50 <[parport].data.end+1b0c819/352a929> ebp; c5c0ac54 <[parport].data.end+147551d/352a929> esp; c62a1f2c <[parport].data.end+1b0c7f5/352a929>
Trace; c0107a1f <__down_interruptible+3f/c0> Trace; c0107aef <__down_failed_interruptible+7/c> Trace; c014ecb2 <.text.lock.pipe+2d/9b> Trace; c0144f48
Trace; c0108c33 -schnapp-
Ich kann leider keine Schlüsse aus der Ausgabe ziehen. Nur Vermutungen: Die wäre hier, dass der parallele Anschluss einen Schaden weg hat oder die Umsetzung der APM-Module nicht sauber in Hardware gegossen wurde.
-- CU at the server, der noch läuft.
Boris
Hallo, versuch es doch einmal mit einem Kernel-Update auf den neuesten Patch-Level. Vielleicht hilft das was. Hallo Peter,
habe ich schon kurz nach der Installation gemacht gehabt. Auch ist leider für diese Version in bälde kein Support mehr zubekommen (8.2). Einen Umstieg auf 9.1 brachte keine Verbesserung. Ich bin daher reumütig zu dieser Version zurückgekehrt. -- CU at the trails Boris
participants (3)
-
Boris S.
-
Peter Bergmann
-
Sven Schupp