Was will der Kernel mir hier sagen

Computer: Software & Programmierung UNIX & Linux
#1

Hallo zusammen,

ist er normal, dass Linux zwischendurch einfach mal ‚durchstartet‘? Wenn ich mir nämlich die Uptime meiner Kiste hier angucke, dann steht da jetzt 1:04, obwohl die zeit 2 Wochen nicht heruntergefahren wurde.

Und im Syslog hab ich jetzt folgendes entdeckt:

Sep 13 23:09:01 debian kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000089
Sep 13 23:09:01 debian kernel: printing eip:
Sep 13 23:09:01 debian kernel: c0150f60
Sep 13 23:09:01 debian kernel: Oops: 0000
Sep 13 23:09:01 debian kernel: CPU: 0
Sep 13 23:09:01 debian kernel: EIP: 0010:[locks\_remove\_posix+48/368] Not tainted
Sep 13 23:09:01 debian kernel: EFLAGS: 00010202
Sep 13 23:09:01 debian kernel: eax: 00000061 ebx: d88f9420 ecx: 00000061 edx: c1635c4c
Sep 13 23:09:01 debian kernel: esi: d8f6e900 edi: 00000000 ebp: d8f6e900 esp: d8883f74
Sep 13 23:09:01 debian kernel: ds: 0018 es: 0018 ss: 0018
Sep 13 23:09:01 debian kernel: Process cron (pid: 4661, stackpage=d8883000)
Sep 13 23:09:01 debian kernel: Stack: d8e8cc40 c160f260 c013f06f df361820 c1635c4c d88f9420 d8f6e900 00000000
Sep 13 23:09:01 debian kernel: bffffd78 c013dbb6 d88f9420 d8f6e900 d88f9420 0000006e 40157218 c013dc3e
Sep 13 23:09:01 debian kernel: d88f9420 d8f6e900 d8882000 c0108c0b 00000006 40154880 00000000 0000006e
Sep 13 23:09:01 debian kernel: Call Trace: [fput+207/288] [filp\_close+70/128] [sys\_close+78/96] [system\_call+51/56]
Sep 13 23:09:01 debian kernel:
Sep 13 23:09:01 debian kernel: Code: f6 40 28 01 74 05 39 68 14 74 10 89 c2 8b 02 85 c0 75 ed 83

Was will mir das sagen? Irgendwie scheints mir Postfix und Cyrus zusammen zu hängen.

Klaus

#2

Hallo zusammen,

ist er normal, dass Linux zwischendurch einfach mal
‚durchstartet‘?

Natürlich nicht.

Wenn ich mir nämlich die Uptime meiner Kiste
hier angucke, dann steht da jetzt 1:04, obwohl die zeit 2
Wochen nicht heruntergefahren wurde.

Erleuchte uns doch mal, um welchen Kernel es sich genau handelt.

[…]

Was will mir das sagen? Irgendwie scheints mir Postfix und
Cyrus zusammen zu hängen.

Wie kommst Du darauf?

Gruß

Fritze

#3

Erleuchte uns doch mal, um welchen Kernel es sich genau
handelt.

Es ist ein Debian Sarge (3.1) mit Kernel 2.4.27-2-686

[…]

Was will mir das sagen? Irgendwie scheints mit Postfix und
Cyrus zusammen zu hängen.

Wie kommst Du darauf?

Gut, die Meldung oben kommt von Cron, ich hab die aber auch nochmal mit imapd, und das ist Cyrus.

hier mal noch ein paar sysinfos

> 51:56 up 14:28, 1 user, load average: 0.00, 0.00, 0.00

Tasks: 78 total, 1 running, 77 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% user, 0.3% system, 0.0% nice, 99.7% idle
Mem: 515716k total, 213140k used, 302576k free, 40904k buffers
Swap: 1550232k total, 0k used, 1550232k free, 94244k cached

Klaus

#4

Hallo Klaus,

Und im Syslog hab ich jetzt folgendes entdeckt:

Sep 13 23:09:01 debian kernel: Unable to handle
kernel NULL pointer dereference at virtual address 00000089

Was sagt memtest86+ (am besten 2-3 Mal)? Wenn keine besonderen Dinge passiert sind um 23:09 (kernelmodul laden o.ä.), ist fehlerhafter RAM sehr naheliegend.

Gruß,
Markus

#5

Hallo,

Es ist ein Debian Sarge (3.1) mit Kernel 2.4.27-2-686

Ein Kernel-Ooops ist ein schwerwiegender Fehler. Das ist gar nicht gut und deutet in der Regel auf massive Treiber und/oder Hardwareprobleme hin. Beim 2.4.27er Kernel sollten solche Ooopses eigentlich nicht mehr vorkommen :smile:

Gut, die Meldung oben kommt von Cron, ich hab die aber auch
nochmal mit imapd, und das ist Cyrus.

Was wurde denn per Cron gestartet? Wenn der Fehler bei unterschiedlichen Anwendungen auftritt und nicht in der Nähe eines bestimmten Gerätetreibers angesiedelt werden kann, dann ist in der Tat ein Speicherfehler eine mögliche Ursache. memtest86 ist eine sehr gute Idee.

Sollten die Module defekt und Du experimentierfreudig, dann gibt es einen lustigen Link, wie man defekte Module weiterverwenden kann:

http://rick.vanrein.org/linux/badram/

Gruß

Fritze