HOSTBLOGGER.de

Wer sich insbesondere auf virtuellen Maschinen (aber auch solchen mit SMP) immer mal wieder über Probleme mit der Stabilität der Clocksource (was sich in "Clocksource unstable" äußert) ärgert bzw. damit zu kämpfen hat: Ein notsc als Kernel-Parameter wirkt Wunder

Nötig ist dafür allerdings ein CONFIG_X86_TSC_DISABLE.

Nachtrag 05.04.2012 04:50
Wir haben das mittlerweile auch in erweiterter Form in unser Wiki aufgenommen: Server:Fehlermeldung "kernel: Clocksource tsc unstable".

Eine kleine URL-Änderung für alle, die sich hier hin und wieder Kernel für ihren Root-Server (primär Gentoo-User) ziehen: Die URL hat sich geändert.

Ab sofort sind die Kernel unter

http://download.manitu.net/root-server/kernel/

zu finden (vorher war dies http://www.manitu.de/serverhousing/support/download/).

Hier im Blog habe ich bereits alle Links geändert, zusätzlich werden wir auf unserer Webseite in Kürze einen Redirect (selbstverständlich zur jeweils passenden Datei) einrichten.

Es hat zwar etwas gedauert, aber ab heute stehen einige aktualisierte Distributionen für die Erst- und Neuinstallation unserer Root-Server zur Verfügung.

Somit gibt es nun bei uns:

• Debian
6.0 (Squeeze) (32-/64-bit)
5.0 (Lenny) (32-/64-bit)
4.0 (Etch) (32-/64-bit)

• Ubuntu
11.04 (Natty Narwhal) (32-/64-bit)
10.04 (Lucid Lynx) (32-/64-bit)
8.04 (Hardy Heron) (32-/64-bit)

• Gentoo
10.0 (32-/64-bit)

• Fedora
15 (Lovelock) (32-/64-bit)
11 (Leonidas) (32-/64-bit)
10 (Cambridge) (32-/64-bit)

• CentOS
5.2 (32-/64-bit)

Bei CentOS kommt die Aktualisierung in Kürze, voraussichtlich kommende Woche.

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 2.6.39.3 freigegeben.

Wer Interesse hat, kann sich den Kernel herunterladen:

x86-Version
amd64-Version

Achtung (der Hinweis wie immer): Dies ist kein offizielles Angebot von uns, der Download ist ohne jegliche Haftung, ohne Gewährleistung und ohne Unterstützung/Support! Man beachte die enthaltene GPL.

Ein kleiner Tipp (aus unserem Support): Wer beim Grub einen Fehler 2 (No such file or directory) in Verbindung mit ext2/ext3 erhält, obwohl eigentlich alles passen müsste: Es könnte daran liegen, dass die Inode-Größe daran schuld ist. Ältere Grub-Versionen kommen nur mit bis zu 128 Bytes klar, neuere mke2fs verwenden 256 Byte.

Es macht daher Sinn, mke2fs mit einem zusätzlichen -I 128 aufzurufen (oder natürlich den Grub zu aktualisieren).

Da mich auf den Beitrag mehrere Leser (leider nicht inden Kommentaren) darauf angesprochen haben, ob wir für unser Rettungs-System )für Root-Server) nicht Version 0.90 als Default für die mdadm-Metadaten setzen könnten, gebe ich diese Frage hier einfach mal an alle ab: Wer ist pro, wer ist contra?

Kleiner Tipp, wer aktuelle mdadm-Versionen verwendet und es hinterher nicht so funktioniert, wie gewünscht und gewohnt:

mdadm --metadata=0.90

wirkt Wunder

Und nein: Ein nachträgliches Ändern ist nicht ohne Weiteres möglich. Da heißt es: Array degraden, parallel degradiertes zweites Array aufbauen, zweimal mounten, Daten kopieren (besser: synchronisieren), erstes Array zerstören (inkl. Superblock), zweites Array stoppen, neues Array aus der richtigen Komponente und der nun leeren Partition zusammenbauen (was dann auch die Namensänderung ergibt).

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 2.6.37 freigegeben.

Wer Interesse hat, kann sich den Kernel herunterladen:

x86-Version
amd64-Version

Achtung (der Hinweis wie immer): Dies ist kein offizielles Angebot von uns, der Download ist ohne jegliche Haftung, ohne Gewährleistung und ohne Unterstützung/Support! Man beachte die enthaltene GPL.

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 2.6.35.6 freigegeben.

Wer Interesse hat, kann sich den Kernel herunterladen:

x86-Version
amd64-Version

Achtung (der Hinweis wie immer): Dies ist kein offizielles Angebot von uns, der Download ist ohne jegliche Haftung, ohne Gewährleistung und ohne Unterstützung/Support! Man beachte die enthaltene GPL.

Wer sich übrigens wundert, warum sein BIND ggf. lokal nicht resolvt: Auch localhost muss bei Verwendung von Views in BIND in den match-clients drinstehen, also z.B.

match-clients { 127.0.0.1/8; ... };

Wer Linux-Software-RAID in Verbindung mit dem Grub nutzt, sollte unbedingt die Dokumentation von Grub konsultieren. Insbesondere ist es wichtig, sicherzustellen, dass beim Totalausfall eines physikalischen Laufwerks von der nächsten (meist einzigen) anderen, die in diesem Falle dann zur ersten wird, gebootet werden kann.
mal eine kleine Zusammenfassung aus der Grub-Doku bezüglich RAID1.

Hier eine kurze Zusammenfassung, welche über ein interne Liste als kleiner Reminder gegangen ist:

• /boot/grub/device.map editieren:

(hd0) /dev/sda
(hd0) /dev/sdb
(hd0) /dev/sd<usw>

• in der Grub-Shell

root (hd0,1) # Natürlich die /boot-Partition angeben
setup (hd0)
setup (hd1)
setup (hd<usw>)

Das Ganze hat den Hintergrund, dass sich beim Booten mit fehlendem Laufwerk die Nummerierung ändert, aber immer ein hd0 vorhanden ist.

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 2.6.33.2 freigegeben.

Wer Interesse hat, kann sich den Kernel herunterladen:

x86-Version
amd64-Version

Achtung (der Hinweis wie immer): Dies ist kein offizielles Angebot von uns, der Download ist ohne jegliche Haftung, ohne Gewährleistung und ohne Unterstützung/Support! Man beachte die enthaltene GPL.

Folgende Rootserver-Distributionen haben wir übrigens kürzlich wegen End-of-Life aus dem Programm genommen:

• Fedora 10
• OpenSuse 10.3
• Debian 4 (Etch)

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 2.6.33 freigegeben.

Wer Interesse hat, kann sich den Kernel herunterladen:

x86-Version
amd64-Version

Achtung (der Hinweis wie immer): Dies ist kein offizielles Angebot von uns, der Download ist ohne jegliche Haftung, ohne Gewährleistung und ohne Unterstützung/Support! Man beachte die enthaltene GPL.

Um den Speed beim Rebuild eines Software-RAID zu erhöhen, kann man das wie folgt erreichen:

echo 50000 >/proc/sys/dev/raid/speed_limit_min
echo 100000 >/proc/sys/dev/raid/speed_limit_max

(Notiz für mich )

Nachtrag 01.04.2012 13:51
Wir haben das auch in unser Wiki unter Geschwindigkeit beim Resync/Rebuild/Recover/Repair beim Software-RAID erhöhen eingetragen.