Re: Rechner Reboots (neue Erkenntnisse)

On Wed, Jun 05, 2002 at 09:48:45AM +0200, Patric Mrawek wrote:
> Hi!
>
> * Martin Schepers <nl(at)ms-net.de> [020604 17:45]:
>
> > Bekannte Fehlermeldungen:
> > /var/log/messages:
> > Jun 4 09:05:52 server1 httpd: IMAP toolkit crash: Bad msgno 4 in mail_elt, nmsgs = 3
> > Jun 4 09:05:52 server1 /kernel: pid 381 (httpd), uid 65534: exited on signal 6

sig 6 ist ein abort.
Das hat der Apache vermutlich selbst ausgelöst.
Wenn die Hardware OK ist hast du auf jedenfall schon mal einen
Softwarebug im Apache.
Allerdings sollte das den Kernel nicht beeindrucken.

> > Zeitgleich in in der httpd-error.log:
> > [Tue Jun 4 09:05:53 2002] [notice] child pid 381 exit signal Abort trap (6)
> > [Tue Jun 4 09:05:53 2002] [notice] child pid 316 exit signal Abort trap (6)
> >
> >
> > Kernel-Panic Screen (zufällig daneben gestanden und von Hand
> > abgeschrieben, evtl. nicht ganz exakt):
>
> Aber hier soll man Dir dann eine exakte Fehlerdiagonose
> abliefern?
>
> > Fatal Trap 12: page fault while in kernel mode
> > fault virtual address: 0x20202020
> > fault code: supervisor read, page not present
> > instruction pointer: 0x8:0x20202020
> > stack pointer: 0x10:0c969c47c
> > frame pointer: 0x10:0c969c494
> > code segment: base 0x0, limit 0xfffff, type 0x1b
> > : DPL 0, pres 1, def32 1, gran 1
> > processor eflags: interrupt enabled, resume, IOPL=0
> > current process: 1531 (qmail-pop3d)
> > interrupt mash: net getty
> > trap number: 12
> > panic: page fault
> > uptime.....
>
> Deine Lernresistenz ist echt verblueffend. Bernd hat Dir schon 25
> Mal erklaert, wie Du einen Debug-Kernel baust. Wieso tust Du das
> nicht einfach mal?
>
> > Bisherige Erkenntnisse:
> >
> > Solange Apache deaktiviert ist läuft das System einwandfrei.
> > Somit konnte das Fehlerfeld auf das Apache-PHP-Imap System verringert werden.
> >
> > der Apache läuft mit mod_php4, dies wurde mit IMAP-Unterstützung
> > kompiliert. Der lokale Mailserver, der vom installierten Webmailer
> > abgrfragt wird, unterstützt kein IMAP, der PHP-IMAP beherrscht
> > offensichtlich auch pop3.
> >
> > Der Fehler tritt ebenso nur bei erhöhter Belastung auf, vielleicht mal
> > 100 User gleichzeitig im System.
>
> Das ist alles schoen und gut. Was man daraus ersehen kann ist,
> dass ein Userland-Prozess dem Kernel die Beine wegzieht, mehr
> aber nicht.

Genau.
Und der Apache kann auch nichts dafür, daß der Kernel crashed.
Mögliche Ursachen dafür sind Kernelbugs und kaputte Hardware.
Schwer zu sagen ohne zumindestens einen Stacktrace.
Liegt jetzt in /var/crash ein dump?

Soweit das erkenntlich ist kann man vermuten, daß du zwei Probleme
hast.
- Irgendeine Apacheerweiterung bringt den Apache zum abort();
- Der Kernel mag den aussteigenden Apache nicht.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso(at)cicely.de         Usergroup           info(at)cosmo-project.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message