Kernelupdate vom 09.04.2010

welcher kernel läuft auf euren nodes?

Zitat von slukas;16881

welcher kernel läuft auf euren nodes?

Am vServer Gold:

cat /proc/version
Linux version 2.6.33.1-vs2.3.0.36.30.3-netcup (root@build-lenny.yourvserver.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Mon Mar 15 19:25:25 UTC 2010

Am vServer Bronze:

cat /proc/version
Linux version 2.6.33.2-vs2.3.0.36.30.4-netcup (root@build-lenny.yourvserver.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Tue Apr 6 06:21:26 UTC 2010

Der Bronze bekommt heute auch nochmals ein Update.

MfG Christian

Zitat von killerbees19;16883

Am vServer Gold:

Code

cat /proc/version
Linux version 2.6.33.1-vs2.3.0.36.30.3-netcup (root@build-lenny.yourvserver.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Mon Mar 15 19:25:25 UTC 2010

MfG Christian

danke, same here

Zitat von dani4u;16888

KB19
dein vServer Gold scheint in der vergangenheit zu arbeiten

Bei dem wurde der Kernel auch schon vor drei Wochen aktualisiert und beim letzten Update nicht mehr, ich sage nur "Versuchskaninchen"

MfG Christian

Linux version 2.6.33.1-vs2.3.0.36.30.3-netcup (root@build-lenny.yourvserver.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Mon Mar 15 19:25:25 UTC 2010

Hab die Mail auch bekommen...

Heute Nacht werden die Nodes bei denen wir die meisten Beschwerden hatten aktualisiert. Der Kernel wird sich nicht ändern, allerdings wesentliche Einstellungen zum SSD-SWAP.

Den anderen Nodes möchten wir etwas mehr Vorlaufzeit geben.

Ich finde die derzeitige Darstellung des genutzten Swaps nicht glücklich. Warum sollte der von anderen genutzte Swap auf dem Node bei mir angezeigt werden?
Das war vorher besser.

Ja, das ist mir bewusst, aber besonders "rootig" find ich das nicht.
Ich hätte es gerne wieder von der Anzeige her wie vorher.

Die Frage ist doch was man anzeigen sollte.

Persönlich fände ich es am besten wenn man folgende Anzeige hat:
Zum einen den Anteil Swap den man selbst belegt und zum anderen den Benutzbaren Anteil an Swap.

Bsp:
Max Swap: 1GB
Used Swap: 100MB
Free Swap: 512MB

Anzeige: 100MB /512MB (1024MB).

Hallo,
nun möchte ich auch ein kleines Resume bezüglich des Kernelupdates schreiben.

Die Durchführung des Updates war in ca. 12 Minuten abgeschloßen,.
Sprich es gab eine recht geringe Downtime des Servers.

Seit der Kernelumstellung ist es mir aufgefallen das ca. 600 MB an Arbeitsspeicher gecachte werden.
War sehr überrascht und verwundert.

Bis ich meine Seiten besuchte.

Die Requests und Weiterverarbeitungen des Apache sind überragend.

Seit die Daten im Cache gehalten werden läuft alles noch lockerer flockiger von der Hand als vorher.


Bin sehr glücklich über das Update.

Vielen Dank an das netcup Team für den tollen Job.



LG

Ich will wirklich nicht nerven, aber seit dem Update von heute habe ich negative bzw. falsche Ram Werte in allen Programmen :mad:

cat /proc/meminfo
MemTotal:         204800 kB
MemFree:          103088 kB
Buffers:         1141264 kB
Cached:                0 kB
SwapCached:            0 kB
Active:          3099216 kB
Inactive:        2551080 kB
Active(anon):    1899712 kB
Inactive(anon):        4 kB
Active(file):    1199504 kB
Inactive(file):  2551076 kB
Unevictable:        2916 kB
Mlocked:            2916 kB
SwapTotal:        409600 kB
SwapFree:         409600 kB
Dirty:              2672 kB
Writeback:             0 kB
AnonPages:       1894696 kB
Mapped:           409816 kB
Shmem:              5608 kB
Slab:            1061192 kB
SReclaimable:     986264 kB
SUnreclaim:        74928 kB
KernelStack:       13440 kB
PageTables:       100884 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    29610212 kB
Committed_AS:    5783672 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      309656 kB
VmallocChunk:   34359283924 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




free -m
             total       used       free     shared    buffers     cached
Mem:           200         99        100          0       1134          0
-/+ buffers/cache: 17592186043381       1234
Swap:          400          0        400

Wie man sieht ist der buffers Wert nun viel zu hoch, dafür gibt es keinen cached Wert mehr. E-Mail an den Support ging gerade raus. Langsam frage ich mich schon, ob es nicht möglich wäre, dass man wenigstens die Ausgaben von ein paar /proc Dateien in einem Test-vServer am Node überprüft, bevor solche Änderungen öffentlich gemacht werden. Denn langsam nervt es wirklich...

MfG Christian

Vielen Dank für Ihre Aufmerksamkeit!

Der Fehler ist in der Tat sehr ärgerlich.

Wir haben vergangene Nacht direkt eine Lösung erarbeitet, die aber leider einen erneuten Neustart unvermeidbar macht.

Diesen Neustart werden wir umgehend ausführen um sicher zu stellen, dass keine Ihrer Softwareinstallationen fehlerhaft arbeitet.

Leider ist das Kernelupgrade insgesamt nicht so gelaufen wie wir uns dieses vorgestellt haben. Der Kernel wurde ausführlich von uns vorab getestet. Der Fehler mit dem Performance-Einbruch hat sich jedoch leider erst im produktiven Betrieb ergeben. Zahlende Kunden werden dann so immer eine perfekt getestete für den produktiven Betrieb geeignete Umgebung erhalten.

Das dieses kein Zustand ist, ist uns bewusst. Wir werden daher noch heute eine Testumgebung aufsetzen auf der wir kostenlose vServer anbieten werden. Bedingung ist das diese produktiv genutzt werden und die Nodes von uns für den Test von neuen Kernels genutzt werden kann.

Genauere Informationen hierzu wird es im Laufe des Tages in einem separaten Thread geben.

Für die bereiteten Umstände bitten wir vielmals um Entschuldigung!

Die Korrektur wurde fehlerfrei ausgerollt.

Für die versprochenen kostenlosen vServer können Sie sich ab sofort bewerben. Weitere Informationen zu den kostenlosen vServern:

http://forum.netcup.de/showthread.php?t=1808