Kernelupdate vom 25.03.2010

Server läuft wieder, Ram Anzeige stimmt aber immer noch nicht. Ich habe zwar wieder meine 1000MB Ram und 3000MB Swap. ABER: Die Auslastung stimmt in diversen Programmen (z.B. htop) hinten und vorne nicht, da plötzlich der Cache Anteil vom Ram sichtbar ist, was bei den vServern hier noch nie der Fall war. Und IO-Wait ist verdächtig hoch

MfG Christian

Zitat von [netcup] Oli;15848

Der Fehler konnte nun erfolgreich behoben werden.

Die Auslastung vom Ram stimmt bei mir noch immer nicht. Das ist noch immer ein unbrauchbarer Murks

MfG Christian

Püh!
Was funzt daran nicht?

Ort: /etc/init.d/
CHMOD: 777
Inhalt:

#! /bin/bash
sleep 60
echo "Der vServer [Servername] wurde soeben (neu-)gestartet!" | mail -s "Serverrestart [Servername]" [Email-Adresse]
echo "Der vServer [Servername] wurde soeben (neu-)gestartet!" | mail -s "Serverrestart [Servername]" [Email-Adresse

Habe extra nen Sleep von 60sek eingebaut, damit die Mail-Dienste erreichbar sind.
Werden nicht sämtliche Script in /etc/init.d/ beim Systemstart ausgeführt?

BTT:
Die Arbeitsspeicheranzeigen sehen normal aus. Allerdings glaube ich nicht ganz, dass ich mit Apache2, Courier, Postfix, mySQL, PHP, Proftpd, Bind9, rinetd und oidentd nur 137MB RAM belege...

Zitat von Artimis;15850

Werden nicht sämtliche Script in /etc/init.d/ beim Systemstart ausgeführt?

Nein, was du suchst sind die Runlevel-Scripte bzw. Ordner (rcxxx.d)

MfG Christian

Zitat

Nein, was du suchst sind die Runlevel-Scripte bzw. Ordner (rcxxx.d)

Das gibts doch nicht^^
Ich bin immer davon ausgegangen, dass die init.d bei jedem Systemstart "ausgeführt" wird.
Erst jetzt sehe ich, dass es praktisch nur eine Ablage für Startscripts ist und in den rcX.d symbolische Links liegen

Zitat von [netcup] Oli;15852

was stimmt daran nicht?

free -m
             total       used       free     shared    buffers     cached
Mem:          1000        493        506          0          0        290
-/+ buffers/cache:        202        797
Swap:         3000          0       3000

Bei den vServer hier gab es noch nie einen cached Wert. Der war immer Null. So kommt es, dass mir htop z.B. nur eine Auslastung von 200MB anzeigt, obwohl es 500-600 MB sind.

cat /proc/meminfo
MemTotal:        1024000 kB
MemFree:          516152 kB
Buffers:               0 kB
Cached:           299768 kB
SwapCached:        79724 kB
Active:          3366240 kB
Inactive:        2514680 kB
Active(anon):    1677804 kB
Inactive(anon):   406404 kB
Active(file):    1688436 kB
Inactive(file):  2108276 kB
Unevictable:        2944 kB
Mlocked:            2944 kB
SwapTotal:       3072000 kB
SwapFree:        3072000 kB
Dirty:              3532 kB
Writeback:             0 kB
AnonPages:       1980372 kB
Mapped:           346932 kB
Shmem:             25964 kB
Slab:            2432088 kB
SReclaimable:    2176676 kB
SUnreclaim:       255412 kB
KernelStack:       13328 kB
PageTables:        81592 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    29610192 kB
Committed_AS:    6085192 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      309960 kB
VmallocChunk:   34359425868 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        3584 kB
DirectMap2M:    12570624 kB

Update: Das ist jetzt zwar nicht sooooo schlimm, aber halt neu und anders

MfG Christian

Welche vServer-Reihen sind denn betroffen?
Meiner (v1000) hat nichts von der Aktion mitbekommen.

Janny82: Bei mir ist es ein vServer Gold mit dem gestrigen Kernel 2.6.33.1-vs2.3.0.36.30.3-netcup
Artimis: update-rc.d

MfG Christian

Ok, meiner hat derzeit "2.6.31.7-vs2.3.0.36.27-beng".

Ist ja recht aktuell, da besteht wohl kein Handlungsbedarf.
Die Kiste rennt ja auch 1a.:D

Das soll einmal einer verstehen

Update: Die Anzeige vom Ram stimmt nun doch wieder. Entschuldigt meine Anschuldigung

MfG Christian

Guten Abend @ all

KB19 dafür stimmt meine seit ca. 00:30Uhr nicht mehr :confused:

cat /proc/meminfo

MemTotal:        3145728 kB
MemFree:          187592 kB
Buffers:               0 kB
Cached:          2857940 kB
SwapCached:       233228 kB
Active:         21553764 kB
Inactive:       13724368 kB
Active(anon):   12761364 kB
Inactive(anon):   852352 kB
Active(file):    8792400 kB
Inactive(file): 12872016 kB
Unevictable:        5292 kB
Mlocked:            5340 kB
SwapTotal:       6291456 kB
SwapFree:        6291456 kB
Dirty:              3100 kB
Writeback:           200 kB
AnonPages:      12788044 kB
Mapped:          1745268 kB
Shmem:            633680 kB
Slab:            3325540 kB
SReclaimable:    1944732 kB
SUnreclaim:      1380808 kB
KernelStack:       46224 kB
PageTables:       367496 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    177812840 kB
Committed_AS:   28600912 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      523144 kB
VmallocChunk:   34320662168 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        2660 kB
DirectMap2M:    75485184 kB

und noch 2 Bilder
http://img405.imageshack.us/img405/7638/kernelupdate3.jpg
http://img33.imageshack.us/img33/8074/kernelupdate4.jpg


MfG
Blackbandit

ich hab auf meinem vserver auch eine differenz zwischen top, htop, free -m und meminfo.

einzig htop rechnet anscheinend den cached wert nicht zur ramauslastung.

Also bei mir dasselbe. Habe eine sehr hohe RAM Auslastung in free -m und top.
htop zeigt mir niedrigere Werte an, weil er wahrscheinlich das "cached" nicht hinzurechnet.

Hatte sonst immer 120MB Used, jetzt sind es 250MB...

Da es sich nur um den Cached-Anteil handelt, sollte dieser auch automatisch verschwinden, wenn mehr Ram benötigt wird. Ich habe das gestern zur Sicherheit mit einem PHP-Script (cli) getestet, dass in 10 MB Schritten immer mehr Ram beansprucht hat. Der Ram lief laut /proc/meminfo o.ä. Anzeigen zwar immer voll, aber der Cached-Anteil wurde immer weniger und es wurde trotzdem nichts geswappt.

Hier ein Beispiel von einem echten Root-Server. Dort sind in Wirklichkeit nur ~1096 MB Ram belegt, der Ram ist aber trotzdem durch den Cache (und Buffer) "voll". Das ist aber kein Problem, da der Cache bei Bedarf sofort wieder verringert wird. Der Swap ist auf den hier gezeigten Ausgaben nur deshalb belegt, weil dort auch einige Dinge zwischengespeichert werden, das sollte euch jetzt nicht verwirren. So, lange Rede, kurzer Sinn, hier die Ausgabe: http://www.happytec.at/pastebi…0d33023c283b4ea15658c7772

Die folgende Zeil bei free ist also die wirklich interessante, da sie die echten Werte wiedergibt:

-/+ buffers/cache:       1120        891

Über solche Anzeigen gab es übrigens schon einige Verwirrungen z.B. hier.

Bei der Virtualisierung hier gab es den Cached-Anteil bisher nicht bzw. wurde er nicht angezeigt.
Hier passt It's not a bug, It's a Feature! wohl absolut dazu

Falls ich daran etwas falsch verstanden habe, korrigiert mich bitte

MfG Christian

wer pyton installiert hat findet hier: http://www.pixelbeat.org/scripts/ps_mem.py
ein nettes script.

Hmm, meiner baut momentan Mist:

Normal belege ich so um die 350MB RAM, keine nennenswerten Schwankungen.
Heute zeigte er mir 950MB RAM.
Ich habe den Server restartet und sämtliche Dienste identisch gestartet: 100MB RAM, was btw. absolut nicht angehen kann.

IP: 078.046.117.09x

ist halt nicht so "ohne" nen neuen kernel zu backen, wie mancher glaubt.