Hallo ubuntuusers,

erst mal bitte ich um Verständnis für meine vielleicht etwas kargen ausführungen. Aber ich bin erst im 1.Lehrjahr und noch bisschen noob..

ich habe folgendes Problem, der RAM unseres Servers frisst sich immer wieder, aus unersichtlichen Gründen voll. Habe schon versucht dem Problem mit top, htop, ps-aux auf die schliche zu kommen. Jedoch ohne Erfolg. Kann mir vielleicht jemand von euch verraten wie ich herausfinden kann wer/was soviel RAM frisst und warum??

Ich wäre sehr dankbar für eine schnelle Antwort, da der Server schon richtig lahmt..

hier ein Auszug aus top..

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

top - 10:40:30 up 4 days, 19:55,  5 users,  load average: 0.11, 0.07, 0.06
Tasks: 140 total,   1 running, 139 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.7%us,  0.5%sy,  0.0%ni, 98.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1997552k total,  1820804k used,   176748k free,   219864k buffers
Swap:  9767480k total,    45636k used,  9721844k free,   674172k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                 
 8096 root      20   0 72384 8632 1608 S    1  0.4   3:49.76 python                                                  
27766 fbauer    20   0 11184 1188  888 S    1  0.1   0:13.24 htop                                                    
    1 root      20   0  4020  876  592 S    0  0.0   0:00.92 init                                                    
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd                                                
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.24 migration/0                                             

Hallo

Der Speicher ist nicht voll sondern wird ordentlich genutzt

forumssuche -> http://forum.ubuntuusers.de/topic/kein-programm-offen-speicher-voll/?highlight=speich+voll#post-125156

1) salopp gesagt -> "mem_used-cached=frei"

2) htop zeigt die speicherbelegung/thread gut an, wenn man die sortierung der liste auf "mem" umstellt.

3) 10G swap bei 2G ram ist sehr großzügig find ich

Jo,

warum der Server allerdings 45 MB an Swap nutzt, da er ja noch 175 MB an physischen Speicher zur verfügung hat, check ich (auch ?) net.

Ansonsten die Antwort auf Deine Posting-Frage:

1

ps -A --format %mem --format m_size --format longtname --format ucomm --format spid

Oder sich in der Konsole per "ps L" die Format-Optionen anzeigen lassen und damit event. "weiterspielen" .

Gruß W.

Wenn du die 45Mb noch minmieren willst, könnt folgendes helfen

Tuning

@FelixLeChat

Vielen Dank für deine schnelle Antwort, das habe ich gar nicht gewusst

@worker

ebenfalls Vielen Dank. Ihr helft mir echt weiter.

Jetzt noch eine genauere Erörterung:

es ist so, dass der Server bei voller Speicherauslastung regelmäßig für längere Zeit stehen bleibt, und erst wieder weiter rattert nachdem laut top wieder mehr Speicher zur Verfügung steht. Wenn ich den Server neu starte dauert es 1-2 Tage bis sich der Speicher wieder füllt. In dieser Zeit gibt es keine Probleme mit Hängern. Es ist Jedoch nicht sinnvoll dies immer wieder zu tun.

Wobei 1Gb used eff. für eine reine Serverkonfiguration schon etwas viel ist, find ich. Ist eine Grafikoberfläche installiert Gnome/KDE/Xfce ? Für welche Zwecke wird er benutzt ? squid, apache, ...

Wie lange, bei welchen Operationen (wenns einschränkbar ist) bleibt er stehen und wie äußerst sich der Stillstand (top in der SSH, kein Web-/Sambazugriff, ...)

Wobei 1Gb used eff. für eine reine Serverkonfiguration schon etwas viel ist, find ich.

Ich hoffe nur, dass der Server vom fbauer nicht ein "Mädchen für alles" ist ...

Für welche Zwecke wird er benutzt ? squid, apache, ...

Zusätzlich würde ich empfehlen, sich die Log Dateien mal zur Brust zu nehmen (unter: /var/log/... zu finden).

eine zu gut gemeinte squid-config hat schon so manchen MB geschluckt

Nein, es ist keine Grafikoberfläche installiert.

Es läuft Apache mit eGroupware, LDAP, MailScanner und DoveCot, NFS.

Das ganze äußert sich bei Netzwerk basierten Zugriffen (top + ssh, eGroupware + Apache, NFS, LDAP, ...).

die log Files (apache,syslog...) monitore ich die ganze Zeit mit. Jedoch nix auffälliges zu sehen.

Meine Vermutung ist, dass PHP (eGroupware) der Ursprung des Problems ist.

fbauer schrieb:

Nein, es ist keine Grafikoberfläche installiert.

Wieso postest du dann im KDE Forum?

sry

Wie lange, bei welchen Operationen (wenns einschränkbar ist) bleibt er stehen und wie äußerst sich der Stillstand (top in der SSH, kein Web-/Sambazugriff, ...)

Ich nehme an, es "publiziert" sich einfach als eine Art "Freezing" ?

Also um ehrlich zu sein, stoße ich pers. hier an meine Wissensgrenzen ... Aber vielleicht würde ich noch eines machen (falls kein anderer Vorschlag hier kommt), und zwar nebenbei einen Ping zum Server laufen lassen. Ich glaube zwar nicht, dass es am Netzwerk liegt, denn wie Du ja bereits gesagt hast, kommt dieses Phänomen immer dann zum Vorschein, wenn der Speicher "vollgelaufen" ist. Naja, wenn der aber dann den Swap auch noch (aus-)reizt, dann könnte ich mir schon vorstellen, dass hier auch die IRQs (Festplattenrattern) eine Rolle spielen könnten(?).

Als Not-Lösung (und wirklich nur dann, wenn alles Andere versagt) würde ich ein Script erstellen, dass z.B. jede Nacht anläuft und einige/sämtliche Dienste neu startet.

ok, aber die headline wäre somit geklärt ?! PHP ist eine größere Baustelle

fbauer schrieb:

sry

Nicht erschrecken. Ich hab den Beitrag mal gemeldet damit er in das richtige Forum verschoben wird

Nicht erschrecken.

... zu spät