php-cgi Zieht zu viel Ram?

[Padrio]

Hey Leute,

Ich habe seit langem ein Problem.
Wenn ich ispCP oder den Fork i-MSCP installiere (Auf eine blanke Debian 6 Installation) bekomme ich nach 2-3 Stunden eine Arbeitsspeicher Auslastung von ~ 1,9 GB.

Nach einem Reboot ist der Arbeitsspeicher erst wieder auf ~ 400MB / 2048 MB.
Und danach geht es von vorn los...
2-3 Stunden und wieder bei ~ 1,9 GB Arbeitsspeicher verbrauch.

Ich nutze den Server 2G von isgenug.de.

Laut htop & top zieht den meisten Arbeitsspeicher php-cgi.
Bei mir laufen ~ 5 Websites ( 30 - 80 Besucher am Tag)
Bei jeder Website ist die CGI-Unterstützung ausgeschaltet.

Hoffe ihr könnt mir Helfen.

Lg. Padrio

 

[virtual2]

Was wären dass denn für Webpages?

Möglicherweise musst du die Forks per Domain runterschrauben.

 

[Padrio]

Was wären dass denn für Webpages?

coding-scene.cc -- Forum von mir
minecms.de -- Projekt (Noch nicht Online)
my-snippets.de -- Projekt -- Noch nicht Online
padrio.de -- Development Website (Keine Besucher...)
stop-badwords.net -- Projekt von Freund -- Kaum Besucher da noch nicht Fertig.

Möglicherweise musst du die Forks per Domain runterschrauben.

Der Satz ergibt keinen Sinn für mich.

 

[virtual2]

Okay, es ging mir mehr um die CMS System und welche Plugins möglicherweise eingebunden sind.

Zu den Forks: http://de.wikipedia.org/wiki/Fork_(Unix)

 

[Padrio]

Okay, es ging mir mehr um die CMS System und welche Plugins möglicherweise eingebunden sind.

Zu den Forks: http://de.wikipedia.org/wiki/Fork_(Unix)

Ich meine mit Fork eigentlich was anderes.
Aber egal daran kann es nicht liegen!

Und an den Websites die auf dem Server laufen kann es auch nicht liegen da selbst im Leerlauf (Blank direkt nach Installation von i-MSCP) ich das selbe Problem bekomme.

 

[bjo]

FcgidMaxProcessesPerClass war meines Wissens bei dem Squeeze-Apache broken, sprich wirkungslos. Das Problem wurde durch ein Securityupdate gefixed.

 

[virtual2]

Dann führe doch bitte mal ein Langzeit Logging aus:

screen -S LOGGER

Danach in die Screen Session ein

while ps aux >> /root/logger.log; do sleep 1; done

Fertig, STRG + A + D um wieder aus der Screen Session rauszukommen.

Sollte sich der Ram wieder füllen, Log hier bitte hochladen, dann kann man nachvollziehen was genau bei dir los ist.

 

[Padrio]

FcgidMaxProcessesPerClass war meines Wissens bei dem Squeeze-Apache broken, sprich wirkungslos. Das Problem wurde durch ein Securityupdate gefixed.

Und jetzt?

Dann führe doch bitte mal ein Langzeit Logging aus:

screen -S LOGGER

Danach in die Screen Session ein

while ps aux >> /root/logger.log; do sleep 1; done

Fertig, STRG + A + D um wieder aus der Screen Session rauszukommen.

Sollte sich der Ram wieder füllen, Log hier bitte hochladen, dann kann man nachvollziehen was genau bei dir los ist.

Okay wird gemacht.

 

[OldSwede]

Da immer wieder der Ram-verbrauch Falsch gelesen wird Poste doch
mal die Ausgabe von:
free -m

 

[Padrio]

Da immer wieder der Ram-verbrauch Falsch gelesen wird Poste doch
mal die Ausgabe von:
free -m

top:

htop:

MOD: Bilder bitte immer als Anhang!

 

[XioniX]

Hat dein Apache2 noch mod_php geladen? Wenn ja, mal ausmachen.

 

[OldSwede]

Wenn man sich Bild 1 ansieht...gibts kein problem

 

[Padrio]

Hat dein Apache2 noch mod_php geladen? Wenn ja, mal ausmachen.

Wie schalte ich das den aus?

Wenn man sich Bild 1 ansieht...gibts kein problem

Doch das war Kurz nach nem Restart, da steht der Ram wieder auf einem niedrigen Niveau.

 

[XioniX]

a2dismod php oder a2dismod php5

Ein free -m wenn der Speicher deiner Meinung nach voll ist, wäre hier auch angebrachter.