You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-de@httpd.apache.org by Apache Admin <ap...@evolution-hosting.eu> on 2013/08/05 13:38:52 UTC
Apache Hauptprozess frißt GBweise Ram.
Hallo,
ich habe einen httpd 2.4 dessen Hauptprozes GBweise Ram futtert und dann
irgendwann zuviel Ram verbraucht:
In diesem Fall die PID : 18154
# pstree -up | grep http
|-httpd(18154)-+-httpd(849,apache)
| |-httpd(1317,apache)
| |-httpd(1333,apache)
| |-httpd(1339,apache)
| |-httpd(1377,apache)
| |-httpd(2382,apache)
nach dem Neustart hiers ganz ok aus ( 84 MB RAM ) :
# top -c -b -n 1 | grep http
...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6234 apache 20 0 137m 121m 3892 S 0,0 1,2 0:00.45
/usr/sbin/httpd -
7011 apache 20 0 137m 119m 1992 S 0,0 1,2 0:00.31
/usr/sbin/httpd -
7012 apache 20 0 137m 119m 1992 S 0,0 1,2 0:00.32
/usr/sbin/httpd -
18154 root 20 0 99060 84m 7424 S 0,0 0,8 0:11.62
/usr/sbin/httpd -
30228 apache 20 0 137m 121m 3964 S 0,0 1,2 0:01.27
/usr/sbin/httpd -
nach ein paar Tagen sieht das dann so aus:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:33.78
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:33.79
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.07
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.10
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.14
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.15
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.50
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.78
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:35.05
/usr/sbin/httpd -
5911 root 20 0 712m 637m 529m S 0.0 6.3 20:35.50
/usr/sbin/httpd -
.. einen Tag später so :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:38.54
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:38.54
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:38.83
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:39.72
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:40.27
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:40.63
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:40.79
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:41.39
/usr/sbin/httpd -
5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:41.56
/usr/sbin/httpd -
.. noch einen Tag später:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.20
/usr/sbin/httpd -
5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.20
/usr/sbin/httpd -
5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.20
/usr/sbin/httpd -
5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.26
/usr/sbin/httpd -
.. noch einen ..
5911 root 20 0 2523m 2.1g 2.0g S 0.0 21.7 111:58.41
/usr/sbin/httpd -
5911 root 20 0 2523m 2.1g 2.0g S 0.0 21.7 111:58.41
/usr/sbin/httpd -
5911 root 20 0 2523m 2.1g 2.0g S 0.0 21.7 111:58.42
/usr/sbin/httpd -
.... bis es knallt :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5911 root 20 0 2934m 2.5g 2.3g R 93.9 25.4 140:34.99
/usr/sbin/httpd -
5911 root 20 0 2948m 2.5g 2.3g R 44.1 25.5 140:58.68
/usr/sbin/httpd -
5911 root 20 0 2957m 2.5g 2.3g R 74.4 25.6 141:15.27
/usr/sbin/httpd -
5911 root 20 0 2962m 2.5g 2.3g R 41.7 25.6 141:30.79
/usr/sbin/httpd -
5911 root 20 0 2975m 2.5g 2.3g S 0.0 25.7 141:45.92
/usr/sbin/httpd -
5911 root 20 0 2982m 2.5g 2.3g R 55.3 25.8 142:01.15
/usr/sbin/httpd -
5911 root 20 0 2988m 2.6g 2.4g S 0.0 25.8 142:10.92
/usr/sbin/httpd -
5911 root 20 0 2999m 2.6g 2.4g R 97.6 25.9 142:30.79
/usr/sbin/httpd -
5911 root 20 0 3011m 2.6g 2.4g S 0.0 26.0 142:49.14
/usr/sbin/httpd -
5911 root 20 0 3017m 2.6g 2.4g R 55.8 26.1 143:01.17
/usr/sbin/httpd -
5911 root 20 0 3034m 2.6g 2.4g S 44.2 26.3 143:26.17
/usr/sbin/httpd -
5911 root 20 0 3039m 2.6g 2.4g S 0.0 26.3 143:39.87
/usr/sbin/httpd -
5911 root 20 0 3044m 2.6g 2.4g S 38.2 26.3 143:52.75
/usr/sbin/httpd -
5911 root 20 0 3050m 2.6g 2.4g S 0.0 26.4 144:14.60
/usr/sbin/httpd -
5911 root 20 0 3053m 2.6g 2.4g S 0.0 26.4 144:44.22
/usr/sbin/httpd -
5911 root 20 0 3058m 2.6g 2.4g S 0.0 26.5 145:10.60
/usr/sbin/httpd -
5911 root 20 0 3060m 2.6g 2.4g R 82.2 26.5 145:39.97
/usr/sbin/httpd -
Hier war dann schluß : da hat der OOM Killer zugeschlagen.
Es gibt kein mod_php, kein mod_fastcgi in dem Apache .
Kann es sein, daß Googles SpeedPage Modul da ggf. Schuld haben kann ?
Oder ist das schon mal jemandem untergenommen?
Komischerweise tritt es bevorzugt nachts auf, wenn die Backups laufen (
IO/CPU last ).
Infos:
# prefork MPM: Implements a non-threaded, pre-forking web server
# See: http://httpd.apache.org/docs/2.4/mod/prefork.html
LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
Server version: Apache/2.4.4 (Fedora)
Server built: May 17 2013 12:21:45
Server hat 10 GB Ram.
mit freundlichen Grüßen,
Marius Schwarz
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-de-help@httpd.apache.org
Re: Apache Hauptprozess frißt GBweise Ram.
Posted by Martin Allert <ma...@arago.de>.
Hallo zusammen,
Was ist mit mod_file_cache/mod_mem_cache etc? Hast du die noch aktiv?
Best regards / Mit freundlichen Grüßen
Martin Allert
--
Martin Allert
Senior Automation Expert
arago Institut für komplexes Datenmanagement AG
Eschersheimer Landstraße 526 - 532
60433 Frankfurt am Main
eMail: mallert@arago.de - www: http://autopilot.co / http://www.arago.de
Tel: +49-69-40568-127
Fax: +49-69-40568-111
Mobil: +49-160-4704488
--
Bankverbindung: Frankfurter Sparkasse, BLZ: 500 502 01, Kto.-Nr.: 79343
Vorstand: Hans-Christian Boos
Vorsitzender des Aufsichtsrats: Dr. Bernhard Walther
Sitz: Kronberg im Taunus - HRB 5731 - Registergericht: Königstein i.Ts
Ust.Idnr. DE 178572359 - Steuernummer 2603 003 228 43435
Am 12.08.14 22:53 schrieb "Customercare" unter
<cu...@resellerdesktop.de>:
>Am 12.08.2014 22:42, schrieb Manfred Rebentisch:
>> Hallo,
>> hast Du Dein Problem gelöst?
>> Ich meine, dass sowas nur durch ein Modul / Filter passieren kann,
>> welches Speicher nicht freigibt - evtl. durch Segfault. Gibt es
>> entsprechende Meldungen im Apache-Error-Log?
>>
>> Manfred
>>
>> Am 05.08.13 13:38, schrieb Apache Admin:
>>> Hallo,
>>>
>>> ich habe einen httpd 2.4 dessen Hauptprozes GBweise Ram futtert und
>>>dann
>>> irgendwann zuviel Ram verbraucht:
>
>Klingt nach MOD PAGESPEED bei der Arbeit. Wenn das zuviel im Ram cacht,
>knallt der httpd irgendwann weg.
>
>
>Mit freundlichem Gruß
>
>M.Schwarz
>
>--
>Evolution Hosting
>Full-Service-Provider
>http://evolution-hosting.eu
>
>Tel: +49 (0)531 2625 187
>Fax: +49 (0)531 2097 859 68
>Sitz: Braunschweig
>UID: DE280048158
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-de-unsubscribe@httpd.apache.org
>For additional commands, e-mail: users-de-help@httpd.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-de-help@httpd.apache.org
Re: Apache Hauptprozess frißt GBweise Ram.
Posted by Customercare <cu...@resellerdesktop.de>.
Am 12.08.2014 22:42, schrieb Manfred Rebentisch:
> Hallo,
> hast Du Dein Problem gelöst?
> Ich meine, dass sowas nur durch ein Modul / Filter passieren kann,
> welches Speicher nicht freigibt - evtl. durch Segfault. Gibt es
> entsprechende Meldungen im Apache-Error-Log?
>
> Manfred
>
> Am 05.08.13 13:38, schrieb Apache Admin:
>> Hallo,
>>
>> ich habe einen httpd 2.4 dessen Hauptprozes GBweise Ram futtert und dann
>> irgendwann zuviel Ram verbraucht:
Klingt nach MOD PAGESPEED bei der Arbeit. Wenn das zuviel im Ram cacht,
knallt der httpd irgendwann weg.
Mit freundlichem Gruß
M.Schwarz
--
Evolution Hosting
Full-Service-Provider
http://evolution-hosting.eu
Tel: +49 (0)531 2625 187
Fax: +49 (0)531 2097 859 68
Sitz: Braunschweig
UID: DE280048158
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-de-help@httpd.apache.org
Re: Apache Hauptprozess frißt GBweise Ram.
Posted by Manfred Rebentisch <mr...@comparat.de>.
Hallo,
hast Du Dein Problem gelöst?
Ich meine, dass sowas nur durch ein Modul / Filter passieren kann,
welches Speicher nicht freigibt - evtl. durch Segfault. Gibt es
entsprechende Meldungen im Apache-Error-Log?
Manfred
Am 05.08.13 13:38, schrieb Apache Admin:
> Hallo,
>
> ich habe einen httpd 2.4 dessen Hauptprozes GBweise Ram futtert und dann
> irgendwann zuviel Ram verbraucht:
>
> In diesem Fall die PID : 18154
>
> # pstree -up | grep http
> |-httpd(18154)-+-httpd(849,apache)
> | |-httpd(1317,apache)
> | |-httpd(1333,apache)
> | |-httpd(1339,apache)
> | |-httpd(1377,apache)
> | |-httpd(2382,apache)
>
> nach dem Neustart hiers ganz ok aus ( 84 MB RAM ) :
>
> # top -c -b -n 1 | grep http
> ...
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 6234 apache 20 0 137m 121m 3892 S 0,0 1,2 0:00.45
> /usr/sbin/httpd -
> 7011 apache 20 0 137m 119m 1992 S 0,0 1,2 0:00.31
> /usr/sbin/httpd -
> 7012 apache 20 0 137m 119m 1992 S 0,0 1,2 0:00.32
> /usr/sbin/httpd -
> 18154 root 20 0 99060 84m 7424 S 0,0 0,8 0:11.62
> /usr/sbin/httpd -
> 30228 apache 20 0 137m 121m 3964 S 0,0 1,2 0:01.27
> /usr/sbin/httpd -
>
> nach ein paar Tagen sieht das dann so aus:
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:33.78
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:33.79
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.07
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.10
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.14
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.15
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.50
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:34.78
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:35.05
> /usr/sbin/httpd -
> 5911 root 20 0 712m 637m 529m S 0.0 6.3 20:35.50
> /usr/sbin/httpd -
>
> .. einen Tag später so :
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:38.54
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:38.54
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:38.83
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:39.72
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:40.27
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:40.63
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:40.79
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:41.39
> /usr/sbin/httpd -
> 5911 root 20 0 1312m 1.1g 990m S 0.0 11.0 46:41.56
> /usr/sbin/httpd -
>
> .. noch einen Tag später:
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.20
> /usr/sbin/httpd -
> 5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.20
> /usr/sbin/httpd -
> 5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.20
> /usr/sbin/httpd -
> 5911 root 20 0 1919m 1.6g 1.5g S 0.0 16.4 77:41.26
> /usr/sbin/httpd -
>
> .. noch einen ..
>
> 5911 root 20 0 2523m 2.1g 2.0g S 0.0 21.7 111:58.41
> /usr/sbin/httpd -
> 5911 root 20 0 2523m 2.1g 2.0g S 0.0 21.7 111:58.41
> /usr/sbin/httpd -
> 5911 root 20 0 2523m 2.1g 2.0g S 0.0 21.7 111:58.42
> /usr/sbin/httpd -
>
> .... bis es knallt :
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 5911 root 20 0 2934m 2.5g 2.3g R 93.9 25.4 140:34.99
> /usr/sbin/httpd -
> 5911 root 20 0 2948m 2.5g 2.3g R 44.1 25.5 140:58.68
> /usr/sbin/httpd -
> 5911 root 20 0 2957m 2.5g 2.3g R 74.4 25.6 141:15.27
> /usr/sbin/httpd -
> 5911 root 20 0 2962m 2.5g 2.3g R 41.7 25.6 141:30.79
> /usr/sbin/httpd -
> 5911 root 20 0 2975m 2.5g 2.3g S 0.0 25.7 141:45.92
> /usr/sbin/httpd -
> 5911 root 20 0 2982m 2.5g 2.3g R 55.3 25.8 142:01.15
> /usr/sbin/httpd -
> 5911 root 20 0 2988m 2.6g 2.4g S 0.0 25.8 142:10.92
> /usr/sbin/httpd -
> 5911 root 20 0 2999m 2.6g 2.4g R 97.6 25.9 142:30.79
> /usr/sbin/httpd -
> 5911 root 20 0 3011m 2.6g 2.4g S 0.0 26.0 142:49.14
> /usr/sbin/httpd -
> 5911 root 20 0 3017m 2.6g 2.4g R 55.8 26.1 143:01.17
> /usr/sbin/httpd -
> 5911 root 20 0 3034m 2.6g 2.4g S 44.2 26.3 143:26.17
> /usr/sbin/httpd -
> 5911 root 20 0 3039m 2.6g 2.4g S 0.0 26.3 143:39.87
> /usr/sbin/httpd -
> 5911 root 20 0 3044m 2.6g 2.4g S 38.2 26.3 143:52.75
> /usr/sbin/httpd -
> 5911 root 20 0 3050m 2.6g 2.4g S 0.0 26.4 144:14.60
> /usr/sbin/httpd -
> 5911 root 20 0 3053m 2.6g 2.4g S 0.0 26.4 144:44.22
> /usr/sbin/httpd -
> 5911 root 20 0 3058m 2.6g 2.4g S 0.0 26.5 145:10.60
> /usr/sbin/httpd -
> 5911 root 20 0 3060m 2.6g 2.4g R 82.2 26.5 145:39.97
> /usr/sbin/httpd -
>
> Hier war dann schluß : da hat der OOM Killer zugeschlagen.
>
> Es gibt kein mod_php, kein mod_fastcgi in dem Apache .
>
> Kann es sein, daß Googles SpeedPage Modul da ggf. Schuld haben kann ?
> Oder ist das schon mal jemandem untergenommen?
>
> Komischerweise tritt es bevorzugt nachts auf, wenn die Backups laufen (
> IO/CPU last ).
>
> Infos:
>
> # prefork MPM: Implements a non-threaded, pre-forking web server
> # See: http://httpd.apache.org/docs/2.4/mod/prefork.html
> LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
>
> Server version: Apache/2.4.4 (Fedora)
> Server built: May 17 2013 12:21:45
>
> Server hat 10 GB Ram.
>
> mit freundlichen Grüßen,
> Marius Schwarz
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-de-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-de-help@httpd.apache.org
>
--
COMPARAT Software-Entwicklungs-GmbH
Prießstraße 16
23558 Lübeck
Telefon: 0451/479 56 60
Geschf: Manfred Rebentisch
AG Lübeck, HRB 3559
Web: http://www.comparat.de
Die Cards: https://cards.athesios.de
Der Cards-Film: http://www.youtube.com/watch?v=siZaciL6mdg
Businessplattform: https://www.athesios.de
Lübeck: http://www.luebeck-info.com
Twitter: http://twitter.com/COMPARAT
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-de-help@httpd.apache.org