Re: Server fährt selbständig runter?

Am Mon, 29 Oct 2012 14:00:41 +0100 (CET)
schrieb Oliver Fromme <olli(at)lurza.secnetix.de>:

> Rainer Duffner wrote:
> > Hallo,
> >
> > ich habe aktuell einen Fall, wo ein Server (DL380-G6, 24GB
> > RAM, 8.3-AMD64) quasi von selber einen Shutdown macht.
> >
> > Das sieht dann so aus:
> >
> > [Sat Oct 27 03:09:28 2012] [warn] child process 64513 still did not
> > exit, sending a SIGTERM
> > [Sat Oct 27 03:09:28 2012] [warn] child process 64484 still did not
> > exit, sending a SIGTERM
> > [Sat Oct 27 03:09:30 2012] [notice] caught SIGTERM, shutting down
> >
> > Auf dem Syslog-Server kann man dann noch sehen:
> >
> > Oct 27 03:09:29 IP rc.shutdown 0d [user.notice] rc.shutdown: 90
> > second watchdog timeout expired. Shutdown terminated.
> > Oct 27 03:09:29 IP init 21 [auth.alert] init: /bin/sh
> > on /etc/rc.shut down terminated abnormally, going to single user
> > mode
> >
> > Auf dem Server läuft PHP-FPM (in etwa 200 Instanzen), die User
> > kommen aus dem LDAP.
> > So um 03:00 wird das PHP-FPM neu gestartet, auch auf weiteren
> > Servern.
> >
> > Das führt dann wohl dazu, dass er den Server mal kurz nicht
> > erreichen kann:
> >
> > Oct 27 03:07:43 IP httpd 0e [user.info] httpd: nss_ldap: failed to
> > bind to LDAP server ldap://LDAP-IP/: Can\'t contact LDAP server
> > Oct 27 03:07:43 IP httpd 0e [user.info] httpd: nss_ldap:
> > reconnected to LDAP server ldap://LDAP-IP/
> > Oct 27 03:07:44 IP httpd 0e [user.info] httpd: nss_ldap: failed to
> > bind to LDAP server ldap://LDAP-IP/: Can\'t contact LDAP server
> > Oct 27 03:07:44 IP httpd 0e [user.info] httpd: nss_ldap:
> > reconnected to LDAP server ldap://LDAP-IP/
> >
> > Danach fängt er dann die shutdown-procedure an.
> >
> > Woher kann sowas kommen?
> >
> > Mir ist klar, dass das LDAP-Problem auch gelöst werden muss, aber
> > trotzdem ist die ganze Sache doch recht verwunderlich, oder?
>
> Mein erster Verdacht wäre, dass in irgendeinem Skript, das
> als root läuft, ein Tippfehler oder logischer Fehler ist,
> der dazu führt, dass ein Signal (SIGTERM, SIGINT, SIGUSR1
> oder SIGUSR2) an init (PID 1) geschickt wird. Skripte, die
> irgendwelche Daemonen bzw. Services restarten, würde ich
> mal gründlich prüfen.
>

Nachdem ich gestern Mittag mal php-fpm reloaded habe, ist das gleiche
wieder passiert.
Es ist also (mit ziemlicher Sicherheit) das rc.d Script von php-fpm.

(bla <local>) 0 % php -v
PHP 5.3.17 with Suhosin-Patch (cli) (built: Oct 15 2012 17:41:03)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies

Oder wie muss ich das verstehen?
Wie kann sowas eigentlich sein?

Gruss
Rainer

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 09 Nov 2012 - 10:11:11 CET