fork/Speicherüberlauf und Prozesse die teilweise x mal laufen

L

lakul

New Member
Hallo,

ich habe einen V-Server (Ubuntu 8.04) bei Strato mit Plesk 10. In letzer Zeit häuft sich der Vorfall, dass kein Speicher mehr zur Verfügung steht und wenn ich mich versuche per SSH einzuloggen kann ich noch kurz eine Meldung lesen wo etwas mit fork und kann keinen Speicher allokieren zu lesen ist, dann schließt sich die SSH Verbindung auch schon wieder. Ich nahm erst an, dass es an Angriffen liegt, aber da ich mitllerweile fast alle Ports geschlossen habe und in den entsprechenden Logfiles Hinweise auf Angriffe finde, frage ich mich ob es irgendwie an Plesk liegt, denn es stützt eigentlich nur die Plesk Oberfläche ab, d.h. alle anderen Dienste wie Webserver, DB und E-Mail funktionieren. Habt ihr einen Hinweis für mich in welchen System Logdateien ich schauen muss um Hinweise auf das Problem zu finden?
Kommen wir gleich zu meiner nächsten Frage. Kann es etwas damit zu tun habe, dass der Apache z.b gleich 12 mal und /usr/bin/imapd gleich 18 mal in der Prozessliste zu finden ist. Ist das richtig so bzw. wie kommt das?

Danke und viele Grüße

lakul
 
Die meisten Prozesse legen einen eigenen Prozess (Fork) je Client-Verbindung an, so auch Apache und die meisten Email-Programme.

Du kannst allerdings durch Konfigurationseinstellungen der jeweiligen Dienste festlegen wieviele Prozesse angelegt werden duerfen und somit den RAM-Verbrauch (mehr oder weniger) kontrollieren.
Allerdings verbraucht ein relativ ressourcenschondendes LAMPP+Mail System gut und gern 1.5GB RAM; wahrscheinlich liegt dein vServer bereits bedeutend darunter.

Falls es ein Virtuozzo- oder OpenVZ-virtualisierter vServer (isolierung) ist dann kannst du die /proc/user_beancounters hier posten.
 
Hallo,

danke für die Antwort, das mit der Prozessbegrenzung werde ich probieren. Ja, also wenn Du 1,5GB sagst bei E-Mail, da ist mein Server wohl eher schlecht, da sollte ich wohl einen besseren mieten.

In /proc/user_beancounters steht folgendes:

Code: 
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
  1431946:  kmemsize                  7366185              7387661             17024866             19647330                  279
            lockedpages                     0                    0                 3800                 4096                    0
            privvmpages                 92045                92086               138256               202568                46082
            shmpages                     1072                 1072               131072               131072                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                        72                   72                  232                  232                    0
            physpages                   38933                38933                    0           2147483647                    0
            vmguarpages                     0                    0                66400           2147483647                    0
            oomguarpages                39180                39180  9223372036854775807           2147483647                    0
            numtcpsock                     36                   36                  500                  500                    0
            numflock                        9                    9                  200                  232                    0
            numpty                          1                    1                   64                   64                    0
            numsiginfo                      0                    1                  512                  512                    0
            tcpsndbuf                  585176               591600              4683256              6102456                    0
            tcprcvbuf                  574744               574744              4683256              6102456                    0
            othersockbuf                30496                30496              1503232              4063232                    0
            dgramrcvbuf                     0                    0               240000               262144                    0
            numothersock                   42                   42                  382                  382                    0
            dcachesize                      0                    0              2194304              2317184                    0
            numfile                      2224                 2228                 5432                 5432                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      59                   59                  128                  128                    0

Gruß lakul
 
Dir reichen defintiv Kernel-Speicher und Programm-RAM nicht aus.
Entweder die Programme besser in Zaum nehmen oder upgraden.
 
You must log in or register to reply here.
Back
Top