server.sh terminiert nicht

Govindas

New Member
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:
threads-week.png

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

  • threads-week.png
    threads-week.png
    21,5 KB · Aufrufe: 216
  • htf_report.txt
    3,1 KB · Aufrufe: 258
Zuletzt bearbeitet:

Till

Administrator
Schau mal mit:

cat /proc/user_beancounters

ob irgendwelche anderen Limits erreicht sind in der VM.
 

Govindas

New Member
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:

Govindas

New Member
Hallo, ich hab mal noch einen Auszug aus Htop.
Im ISPConfig log ist jetzt auch noch ein paar mal der Fehler: "httpd is down! Rescue will not help!" aufgetaucht.
Gruß Govinda
 

Anhänge

  • Bildschirmfoto vom 2016-06-13 15-42-21.png
    Bildschirmfoto vom 2016-06-13 15-42-21.png
    390,1 KB · Aufrufe: 201

Till

Administrator
Versuch mal bitte unter System > Serer config das rescue system zu deaktivieren. Möglicherweise hat das irgend ein Problem.
 

Govindas

New Member
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:

Govindas

New Member
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
 

sammy.kolon

New Member
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
 

Till

Administrator
Schau mal nach ob alle überwachten dienste auf ihren standard ports auf localhost erreichbar sind.
 

sammy.kolon

New Member
Hallo Till,

danke für Dein Feedback.
Ich hab´ den Server nochmal neu aufgesetzt, da auch an anderer Stelle Probleme auftraten. Jetzt funktioniert es wieder.

VG
 

Werbung

Top