server.sh terminiert nicht

Dieses Thema im Forum "Installation und Konfiguration" wurde erstellt von Govindas, 10. Juni 2016.

  1. Govindas

    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:
    [​IMG]
    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: 10. Juni 2016
  2. Till

    Till Administrator

    Schau mal mit:

    cat /proc/user_beancounters

    ob irgendwelche anderen Limits erreicht sind in der VM.
     
  3. Govindas

    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: 13. Juni 2016
  4. Govindas

    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:

  5. Till

    Till Administrator

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

    Govindas New Member

    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: 17. Juni 2016
  7. florian030

    florian030 Member

    Schau mal nach, ob da irgendwelche server.sh / php amok laufen:
    ps -ef|grep server
     
  8. Till

    Till Administrator

    Und schalte mal debugging an, bevor Du server.sh manuell ausführst.
     
  9. Govindas

    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
     
  10. sammy.kolon

    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
     
  11. Till

    Till Administrator

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

    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
     

Diese Seite empfehlen