hohe Speicherauslastung (Swap)

shecki · Post by **shecki** » 28 Jan 2008, 12:59

Wir haben OTRS erst vor kurzem installiert auf:
- VM (VMware, freier Server 1.03) mit 512 MB RAM
- Debian lenny
- OTRS Version 2.2.4 bzw. ITMS 1.04

Relativ schnell ist bei 256 MB RAM der Speicher zugelaufen und hat das System lahm gelegt, Ursache waren einige Apache-Prozesse, die zu OTRS gehören. Also haben wir der VM 512 MB RAM genehmigt und das ganze beobachtet (es lebe Nagios).

Über das Wochenende nun hat er sich 25% vom Swap dauerhaft geschnappt und auch beim RAM geht die Tendenz nach oben. Aktuell steht er sogar bei 86% belegtem RAM und 42% Swap. Die RAM-Belegung stört uns dabei eher weniger, das kennt man von Linux ja, aber dass er dauerhaft Swap belegt, ist ungewöhnlich.

Die Frage ist nun, ist das ein bekannter Effekt? Hat das was mit OTRS direkt zu tun oder doch eher mit Debian (da auf unseren anderen VMs dieser Effekt nicht auftritt, wäre es ungewöhnlich, wenn es von Debian verursacht würde)?

Jedenfalls ist es nicht gut, wenn das System sich immer mehr Speicher krallt und damit mehr oder weniger regelmäßig Reboots notwendig sind und wir können ganz sicher sagen, dass der Speicher für OTRS bereit gestellt wird, denn was anderes läuft auf dieser VM nicht, zudem sind die Prozesse mit der höchsten RAM-Belastung alles Apaches, gestartet von www-data, sprich vermutlich die offenen Agenten/Kunden-Logins.

Über ein paar Erfahrungswerte oder Tipps wäre ich sehr dankbar

jojo · Post by **jojo** » 28 Jan 2008, 13:01

Hat die VM eine statische Speicherzuweisung?

Wieviel Apacheprozesse laufen denn? Wieviele User nutzen das System gleichzeitig?

shecki · Post by **shecki** » 28 Jan 2008, 13:22

Soweit ich das sehe, kann der freie VMware-Server nur statische Zuweisung oder?
Würde das also mal bejahen.

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29667 www-data 18 0 366m 143m 4592 S 0.0 28.5 0:46.07 apache2
30625 www-data 18 0 345m 122m 4580 S 0.0 24.3 0:15.27 apache2
2190 root 18 0 86456 76m 3124 S 0.0 15.2 0:08.72 apache2
26033 www-data 18 0 85664 36m 596 S 0.0 7.2 0:00.00 apache2
1805 www-data 18 0 219m 4896 4688 S 0.0 0.9 0:38.54 apache2

Also nur 5 Prozesse, dürfte auch ungefähr der Menge an eingeloggten Usern entsprechen, da insgesamt nur 8 Agenten vorhanden sind (sein sollten), der Rest loggt sich als Kunde ein und die dürften das kaum dauerhaft offen haben, aber auch mit allen möglichen Kunden sind das kaum über 30 Leute, nichts was ein System ins Schleudern bringen kann.

Insofern ist es noch verwunderlicher, dass der Speicher so "voll" ist...

Aktuell übrigens 80% RAM und 42% Swap.

jojo · Post by **jojo** » 28 Jan 2008, 13:51

gib dem Ding doch mal 1GB RAM, die Datenbank läuft doch sicherlich auch drauf?

shecki · Post by **shecki** » 29 Jan 2008, 10:15

Das kann eigentlich nicht die Lösung sein, da immer mehr und mehr RAM zuzuteilen oder?

Ich meine, unser Mailfilter läuft mit 256 MB RAM und belegt konstant knapp 90% RAM und rund 17% Swap und der handelt aus meiner Sicht deutlich mehr, als das OTRS, der Mailserver selber hat auch nur 256 MB RAM und musste noch nie swappen. Da finde ich es mehr als seltsam, wenn ein Ticketsystem 4 mal mehr Speicher haben will und wir haben vielleicht 10-15 Tickets pro Tag...

jojo · Post by **jojo** » 29 Jan 2008, 11:40

Du vergleichst Äpfel mit Birnen....

Wenn Du die Speicherauslastung vom Apache runter bekommen willst prüfe bitte:

- Umstellung auf cgi statt mod_perl (ist aber langsamer)
- nach wievielen Anfragen ein Apache Child neu gestartet wird (das passiert in der OTRS Standard Config für den Apachen)

shecki · Post by **shecki** » 29 Jan 2008, 11:53

MaxRequestsPerChild 400

Ich vermute du meinst diesen Wert?

Ich habe jetzt auf die Schnelle nicht gefunden, wo ich auf cgi umstellen könnte, geschieht das über ein config-file oder über das Webinterface? In jedem Fall müsste ich das aber noch mit meinem Chef besprechen. Wie sehr würde es denn die Antwortzeiten drücken?

shecki · Post by **shecki** » 31 Jan 2008, 10:41

Swap ist mittlerweile seit 2,5 Tagen konstant, RAM schwankt ein wenig, aber das ist ok.

Scheint so, als wäre das System beim Maximum dessen, was es so haben will, finde ich aber trotzdem ziemlich viel, im Schnitt 400 MB RAM und knapp 250 MB Swap zu belegen. Weil da läuft nichts, außer OTRS.

jojo · Post by **jojo** » 31 Jan 2008, 18:43

wie gesagt Du vergleichst Äpfel mit Birnen...

Ein Apache mit entsprechenden Perl Modulen braucht nunmal ein wenig Speicher, schliesslich werden hier keine statischen Seiten ausgeliefert...

shecki · Post by **shecki** » 05 Feb 2008, 12:03

Möglich...

Gestern hat es den Apache dann wieder erwischt, nach einigen Tagen konstanter Belegung ist der RAM gestern wieder vollgelaufen, Ursache war ein sich erhängter Apache, den man mit kill -9 abschießen musste. Als kleine Beigabe wollte der Prozess rund das 10-fache an RAM wie die anderen Indianer.

Gibts hierzu vielleicht Erfahrungswerte, warum oder wann oder wie sich der Apache in Verbindung mit OTRS aufhängt?

Seit dem restart ist er erst mal wieder zahm, nur ständige "Reboots" mit kill -9 sind keine Dauerlösung...

Andre Bauer · Post by **Andre Bauer** » 05 Feb 2008, 12:26

Ich würde mal behaupten, dass es an deine System/Konfiguration liegt, da dies kein normales Verhalten bei OTRS / Apache ist.

shecki · Post by **shecki** » 08 Feb 2008, 14:08

Es liegt am Apache2.

Der wird nach einiger Zeit wild und schließt seine Prozesse nicht mehr.

Server Version: Apache/2.2.6 (Debian) mod_perl/2.0.3 Perl/v5.8.8

Die Prozesse stehen dann auf finishing gracefully, vielleicht kennt das Problem ja wer?

ssl ist schon disabled und wir haben eben von worker auf prefork umgestellt. Mal sehen, was sich jetzt tut.