server.sh terminiert nicht

#1
Hallo,
ich betreibe einen kleinen Virtual-Server welcher ein 500 numproc limit von openVZ hat. Jetzt kommt es in halbwegs regelmäßigen Abständen vor, dass dieses numproc limit erreicht wird und der Server damit nicht mehr erreichbar ist. Bei meiner Fehlersuche bin ich auf den "Server Prozess" von ISPConfig gestoßen, und es sieht so aus als würde das Skript (server.sh/.php) bzw ein Aufruf nicht terminieren aber per crontab werde laufend neue Instanzen gestartet, irgendwann ist das numproc limit erreicht und es geht nix mehr. Der ganze Prozess beginnt erst nach ein paar Stunden, davor läuft alles ganz normal, ich konnte den Verlauf verlangsamen indem ich server.sh nur noch alle 10 Minuten ausführe, aber das hilft mir nur den Server noch so zu erwischen, dass ich mich wenigstens noch per SSH einloggen kann um nach dem Fehler zu suchen :)
Zum System: VirtualServer (openVZ), Debian 8, ISPConfig 3.0.5.4p9 (The Perfect Server - Debian 8 Jessie (Apache2, BIND, Dovecot, ISPConfig 3), Mail und Webserver mit verschiedenen Domains.
Und noch ein paar Daten:
Die Prozesse:
Server_Pozesse.png
Die Anzahl der Threads:

Ich hab schon ISPConfig neu installiert und diesen Beitrag befolgt /community/threads/please-read-before-posting.58408/

Die ISPConfig Prozesse Manuel auszuführen ergibt auch nix:
Code:
root@server:~# /usr/local/ispconfig/server/server.sh
10.06.2016-18:58 - DEBUG - Set Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock
10.06.2016-18:58 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock
finished.

root@server:~# /usr/local/ispconfig/server/cron_daily.sh
finished.
Ich weiß jetzt nicht mehr weiter und wende mich an euch, vllt habt ihr ja eine Idee?
Vielen Danke schon mal!!!
Viele Grüße
 

Anhänge

Zuletzt bearbeitet:
#3
Hallo Till,
Code:
root@server:~# cat /proc/user_beancounters 
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
   129672:  kmemsize                151094585            152432640  9223372036854775807  9223372036854775807                    0
            lockedpages                     0                    0               524288               524288                    0
            privvmpages               1528897              1542063              1572864              1572864                    0
            shmpages                   470245               470261  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                       412                  468                  500                  500                    0
            physpages                  523729               524288                    0               524288                    0
            vmguarpages                     0                    0               786432               786432                    0
            oomguarpages               374794               375712               524288               524288                    0
            numtcpsock                     71                   71  9223372036854775807  9223372036854775807                    0
            numflock                      432                  434  9223372036854775807  9223372036854775807                    0
            numpty                          1                    1  9223372036854775807  9223372036854775807                    0
            numsiginfo                      1                   48  9223372036854775807  9223372036854775807                    0
            tcpsndbuf                 1874448              1968320  9223372036854775807  9223372036854775807                    0
            tcprcvbuf                 1163264              1163264  9223372036854775807  9223372036854775807                    0
            othersockbuf               685792               722176  9223372036854775807  9223372036854775807                    0
            dgramrcvbuf                     0                 2576  9223372036854775807  9223372036854775807                    0
            numothersock                  564                  568  9223372036854775807  9223372036854775807                    0
            dcachesize               22181763             22385822  9223372036854775807  9223372036854775807                    0
            numfile                     10563                10680  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numiptent                      43                   43  9223372036854775807  9223372036854775807                    0
Edit: Hab die Ausgabe nochmal getauscht, die neuen Werte sind kurz vorm Max numproc Limit.
Ich denke das sieht ok aus...
Viele Grüße
 
Zuletzt bearbeitet:
#6
Versuch mal bitte unter System > Serer config das rescue system zu deaktivieren. Möglicherweise hat das irgend ein Problem.
Hat leider nicht geholfen :/
Ich konnte jetzt noch ein Symptom ausmachen: Die ISPConfig Seite unter <Adresse>:8080 kann nicht mehr neu geladen werden, wenn die server.sh's sich in den Prozessen stapeln, bei anderen Seiten schein mysql nicht zu gehen.
server.sh manuel ausgeführt zeigt garnix und beendet nicht, außerdem "service mysql restart" beendet auch nicht.
Wenn es jetzt ein Problem mit mysql oder sonst was gibt, sollter Server.sh trotzdem nicht das numproc limit sprengen, oder seh ich das falsch?
Govinda
 
Zuletzt bearbeitet:
#9
Hab den Fehler gefunden. Der Server läuft jetzt!
Ich hab Munin installiert, da gab es ein Plugin für mySQL, dass die Datenbank in unregelmäßigen Abständen irgendwie kaputt gemacht hat. Nachdem ich das Plugin deaktiviert habe, gab es keine Probleme mehr!
Ich denke das war ein Bug in Munin und/oder mySQL.
Danke für eure Hilfe!
Govinda
 
#10
Hallo,

ich häng´mich hier mal mit ein, da ich das gleiche Problem habe.
Bei mir half´ zwar, das Rescue-System zu deaktivieren. Aber das würde ich eigentlich schon gerne nutzen.

Hat mir jemand noch einen Tipp, wonach ich suchen oder was ich prüfen könnte?

VG,
sammy.kolon

PS: VPS, Debian 8.6, ISPConfig 3.1.1p1
 

Werbung

Top