RootForum Community

Hallo,

ich habe das Problem, dass ein Apache-Prozess gelegentlich recht viel RAM zieht. Lt. TOP 1515900 RSS. D.h. nach meinem Verständnis, dass er 1,5 GB RAM belegt. Bei nur 2 GB für das ganze System und etlichen anderen Diensten ist mir das doch ein wenig zu gierig.

Ich vermute nun mal, dass dies durch eine Webanwendung die auf dem Server läuft verursacht wird. D.h. ein Skript o.ä. läuft da wohl amok. Nur wie kann ich rausfinden welches? Der Apache loggt im access_log erst, wenn die Anfrage beendet ist. Und das passiert hier nie - der Server hängt sich nach einiger Zeit komplett auf - vermutlich weil er endlos zu Swappen anfängt und die Resourcen dann zu knapp werden und die Load dann ins unermessliche steigt.

Gibt es eine Möglichkeit den maximalen Speicher pro Apache-Prozess zu begrenzen? Er kann von mir aus auch einfach gekillt werden - geht mir nur darum, dass der ganze Server nicht immer mitgezogen wird.

Wenn Du von Skript sprichst, gehe ich mal davon aus, dass Du mod_php, mod_perl oder mod_python einsetzt. Andere Einbindungsmöglichkeiten wie CGI, FastCGI oder WSGI würden den Apache-Prozess ja nicht derartig anschwellen lassen. Wenn das bei Dir der Fall ist, hast Du im Grunde zwei Möglichkeiten: Entweder, Du limitierst mithilfe der modulspezifischen Konfigurationsmöglichkeiten den Speicherkonsum eines Skripts, oder Du lässt vorübergehend Skripte nur als CGI laufen. Bei der ersten Möglichkeit sollte Dir das Log bei entsprechender Verbosity Aufschluss darüber geben, welche Skripte aufgrund Speicherüberzug abgebrochen wurden, bei der zweiten Möglichkeit müsstest Du die Prozesse selbst im Auge behalten.

Es kann aber auch sein, dass es gar nicht von einem Skript herrührt, sondern dass Du Opfer eines Memory Leaks in einem der Apache Module geworden bist. Setzt Du denn irgendwelche exotischen oder gar proprietären Module ein? Wenn ja, würde ich die testhalber mal weglassen.

Hi.

Danke für die Antwort.
Ich habe CGI und mod_perl am laufen. Verdacht liegt bei mir auch bei mod_perl, werde mir da wohl mal die Konfigurationsmöglichkeiten ansehen.

In wiefern ist eine Grenze für CGI definiert? Und wo liegt die und wie kann die ggf. angepasst werden?

Mario

CGI-Prozesse sind eigenständige Prozesse (Child-Prozesse des Webservers, da von diesem geforked). Für sie gelten die ganz "normalen" Beschränkungen (wie für jeden anderen Prozess auch) des Systems. Ich bin bei Linux etwas aus der Übung, aber AFAIR kann man da entweder über sysctl oder über limits.conf Begrenzungen setzen (bei FreeBSD macht man sowas über Login Classes ).

Wenn es allerdings (wie oben beschrieben) die Apache-Prozesse sind, die einen exorbitanten RSS-Wert belegen, dann dürfte es eher mod_perl sein. Ich hab mal eben durch die Doku von mod_perl gescannt; leider scheint es keine Direktive zu geben, mit der sich Speicheranforderungen von mod_perl Threads limitieren lassen. Also kannst Du momentan nur den gesamten Apache-Prozess inkl. der zugehörigen von mod_perl erzeugten Threads limitieren.

jfreund wrote:Ich bin bei Linux etwas aus der Übung, aber AFAIR kann man da entweder über sysctl oder über limits.conf Begrenzungen setzen

Letzteres. Oder eben direkt in der Konfiguration des Apache httpd:

http://httpd.apache.org/docs/2.2/mod/co ... #rlimitcpu
http://httpd.apache.org/docs/2.2/mod/co ... #rlimitmem
http://httpd.apache.org/docs/2.2/mod/co ... limitnproc