Memory leak in Apache bei SIGHUP?
Hallo Liste, ich habe hier einen normalen Dialin und wollte ein kleines Webangebot zur Verfügung stellen. In Apache (1.3.19) habe ich das per Virtual-Host gelöst. Apache holt sich nun beim Starten die zum Hostnamen derzeit gültige IP und es funktioniert auch alles. Wenn die Dialin-Leitung dann irgendwann nach Wiedereinwahl eine neue IP bekommt, sende ich aus ip-up.local ein SIGHUP an den Apache, so daß er die neue dynamisch zugewiesene IP mitbekommt. Leider ist das nicht praktikabel, da Apache da wohl ein kleines Memory Leak hat. Nach jedem SIGHUP bläht sich der httpd-Prozess mehr auf (nach längerem Nichthinschauen und einem Einwahlproblem beim Provider fraß er über 340MB). Zum Test: rcapache restart;ps -vp `cat /var/run/httpd.pid`: PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 29981 ? S 0:02 9583 299 52344 12268 2.9 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D STATUS -D MODULES -D PERL -D PHP4 -D SSL -D SUSEHELP kill -HUP 29981; ein bisschen warten und wieder ps: PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 29981 ? S 0:04 19072 299 54692 14616 3.5 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D STATUS -D MODULES -D PERL -D PHP4 -D SSL -D SUSEHELP Hat sich also schon mindestens 2MB mehr geschnappt. Kann das jemand bestätigen oder einen Weg aufzeigen, wie ich das evtl. verantwortliche Modul finde? Oder kennt jemand einen anderen Weg, um Apache auch richtig mit einer dynamischen IP zum Laufen zu bewegen? Gruß Jens -- .. may the Tux be with you! #130250
On Sat, 9 Jun 2001, Jens Tautenhahn wrote:
Leider ist das nicht praktikabel, da Apache da wohl ein kleines Memory Leak hat. Nach jedem SIGHUP bläht sich der httpd-Prozess mehr auf (nach längerem Nichthinschauen und einem Einwahlproblem beim Provider fraß er über 340MB).
[...] ttpd.conf -D STATUS -D MODULES -D PERL -D PHP4 -D SSL -D SUSEHELP hier ---^
AFAIK gibt es ein Problem mit mod_perl, welches nach einem SIGHUP den Speicher nicht mehr frei gibt. Probier das Gleiche mal ohne -D PERL. MfG Jan-Hendrik Benter
Jan-Hendrik Benter schrieb am Samstag den 09. Juni 2001:
[...] ttpd.conf -D STATUS -D MODULES -D PERL -D PHP4 -D SSL -D SUSEHELP hier ---^
AFAIK gibt es ein Problem mit mod_perl, welches nach einem SIGHUP den Speicher nicht mehr frei gibt. Probier das Gleiche mal ohne -D PERL.
Thx. Das wars. mod_perl brauch ich im Moment sowieso nicht, da ich mehr mit PHP mache. Nun ist der httpd etwas schlanker. Gruß Jens -- .. may the Tux be with you! #130250
Jan-Hendrik Benter wrote:
On Sat, 9 Jun 2001, Jens Tautenhahn wrote:
Leider ist das nicht praktikabel, da Apache da wohl ein kleines Memory Leak hat. Nach jedem SIGHUP bläht sich der httpd-Prozess mehr auf (nach längerem Nichthinschauen und einem Einwahlproblem beim Provider fraß er über 340MB).
[...] ttpd.conf -D STATUS -D MODULES -D PERL -D PHP4 -D SSL -D SUSEHELP hier ---^
AFAIK gibt es ein Problem mit mod_perl, welches nach einem SIGHUP den Speicher nicht mehr frei gibt. Probier das Gleiche mal ohne -D PERL.
Oder starte ihn via rcapache restart komplett neu. Ich meine irgendwo in der Apache Doku gelesen zu haben dass das einem Neustart mit SIGHUP vorzuziehen ist. -- so long... bernd
participants (3)
-
Bernd Obermayr
-
Jan-Hendrik Benter
-
Jens Tautenhahn