HOSTBLOGGER.de

Wir wurden nach unserer Umstellung auf FPM für PHP mehrfach gefragt, wie wir es gemacht haben, dass Einstellungen in .htaccess-Dateien wie php_value nicht zu einem 500er Fehler führen.

Ganz einfach: Über ein selbst geschriebenes mod_dummy_php-Apache-Modul, das die Anweisungen für sich reklamiert, aber eben ignoriert:

static const command_rec directives[] =
{
    AP_INIT_TAKE2("php_value", null_action, NULL, OR_OPTIONS, "Dummy for php_value"),
    AP_INIT_TAKE2("php_flag",  null_action, NULL, OR_OPTIONS, "Dummy for php_flag"),
    { NULL }
};

So einfach kann es sein.

Erinnerung an mich selbst

Statt sich nach einer Änderung der udev-Regeln mit udevadm control und udevadm trigger herumzuplagen, genügt auch ein

ip link set ALTERNAME name NEUERNAME

Falls ihr in htop auch an breiteren Spalten interessiert seid (z.B. weil Eure Usernamen länger sind), siehe unseren Patch im Branch htop-column-padding.

Um eine Spalte breiter zu machen, genügt ein

column_padding=[COLUMN_NAME]:[WIDTH)

also z.B.

column_padding=USER:20

für 20 Zeichen ("Padding") in der User-Spalte.

Achtung: Mehr als 255 Zeichen führen zu Segfaults (das liegt aber an htop).

Die Umstellung unserer Webhosting-Plattform auf Gentoo ist fertig. Deutlich früher als gedacht, und quasi ohne Zuckeln.

Mehr nach meinem Urlaub (Spoiler!).

Endlich! Wir haben heute damit begonnen, unsere Webhosting-Server zu Gentoo Linux zu migrieren.

Für unsere Kunden ganz sanft und im Hintergrund. Nur ein kurzer Pieks (Reboot) und alles wird gut (tm).

Es war ein hartes Stück Arbeit in den letzten Wochen und Monaten, v.a. da wir unser Administrations-Interface selbst programmieren und derzeit - zumindest in Teilen - "doppelt" (eher mit vielen Fall-Unterscheidungen) pflegen müssen. git sei Dank geht das ganz wunderbar.

Wir freuen uns, wenn die Migration aller Server durch sein wird. Das wird noch ein paar Wochen dauern. Aber die erste Flasche werden wir sicherlich noch diese Woche öffnen.

Als Ausblick für die Zukunft kann ich jetzt bereits verraten, dass wir stetig neue Features nachlegen werden. Die Wunschliste unserer Kunden ist umfangreich, und wir arbeiten bereits an kleinen Wundern

Ich habe 'mal eben Kernel 4.19 auf diesem (meinem) Server installiert.

Mal sehen, ob der sauber performt.

Wenn ja, wird er sicherlich schnell unser offizielles Sortiment landen.

Wir werden hin und wieder gefragt, ob und wann wir Kernel 4.19 als unseren primären Kernel einsetzen werden.

Ich sage es mal so: Wir werden noch etwas warten, bis er tatsächlich stable ist, sprich die ersten Patches da sind, und er als Long Time Kernel markiert ist

In der (längeren) Vergangenheit hatte ich ja immer wieder, allerdings gegen Ende unregelmäßg, über neue, binär von uns compilierte Kernel gebloggt.

Die wenigsten von Euch werden vermutlich jemals einen dieser Kernel genutzt haben. Nur wer Distributionen wie Gentoo nutzt, wird vermutlich beim Compilieren hin und wieder geflucht und sich einen aktuellen, binären Kernel zurückgewünscht haben

Da wir für uns intern die Kernel in einem eigenen Overlay binär bauen, haben wir uns dazu entschlossen, diese Kernel für Euch (allerdings nicht als Repository / Overlay) zur Verfügung zu stellen. Ihr findet diese in

https://download.manitu.de/root-server/kernel/

und dort im Verzeichnis des jeweiligen Zweigs, also 4.14 für den aktuellen LTS-Kernel. Derzeit bieten wir 4.9 und 4.14 mit einer analogen Konfiguration an. Die Nomenklatur der Dateien sollte klar sein, weitere Releases eines Kernels derselben Version nennen wir gemäß dem Gentoo-Schema -r1, -r2, ...

Die Kernel sind quasi-monolitisch, keine Module. Es ist alles drin, was man so für einen Server-Betrieb braucht, quasi nichts, was man dafür nicht braucht, abgesehen von ein paar Kleinigkeiten, die wir selbst intern benötigen. Man könnte hier sicher über Optimierungen sprechen, allerdings sind all diese Dinge unseren internen Anforderungen geschuldet.

Exemplarisch hier der Auszug der im Archiv des aktuellen 4.14.74 enthaltenen Dateien und Verzeichnisse (gekürzt):

./lib/modules/4.14.74/kernel/
./lib/modules/4.14.74/modules.order
./lib/modules/4.14.74/modules.builtin
./lib/modules/4.14.74/modules.dep
./lib/modules/4.14.74/modules.dep.bin
./lib/modules/4.14.74/modules.alias
./lib/modules/4.14.74/modules.alias.bin
./lib/modules/4.14.74/modules.softdep
./lib/modules/4.14.74/modules.symbols
./lib/modules/4.14.74/modules.symbols.bin
./lib/modules/4.14.74/modules.builtin.bin
./lib/modules/4.14.74/modules.devname
./boot/vmlinuz-4.14.74
./boot/System.map-4.14.74
./boot/config-4.14.74
./usr/share/doc/manitu-kernel-4.14.74/LICENSE.bz2

Ein Hinweis noch zu den Firmware-Dateien, die automatisch geladen werden (die aber nicht enthaltenen sind - siehe config-Datei). Wenn diese nicht vorhanden sind, gibt's nur einen Hinweis. Das tut nicht weh

Wichtig: Der Kernel steht unter der GNU GPL v2-Lizenz. Diese ist sowohl als Datei in den Verzeichnissen wie auch den tar-Archiven enthalten.

Ein kleiner Tipp aus unserem Maschinenraum, da wir ja nicht selten mit großen Datenmengen zu tun haben: Wer tar beschleunigen will, kann neben einem anderen Verfahren als gz oder bzip2 oder xz ggf. auf die jeweils parallelen Varianten umstellen.

Dazu braucht man dann pigz (der Name ist in der Tat seltsam), pbzip2 oder pxz - die Varianten der drei o.g. Kompressionsprogramme als "Parallel"-Version.

Was bisher dann z.B.

tar -cJvf foo.tar.xz bar1 bar2 bar3

war, könnte nun z.B.

tar -I pxz -cvf foo.tar.xz bar1 bar2 bar3

sein, gleiches gilt dann für

tar -I pigz ...

oder

tar -I pbzip2...

oder

Der Geschwindigkeitszuwachs ist (auf aktuellen Systemen) enorm.

Einerseits sicherlich ein Kompliment für die Hardware, aber eigentlich will man sowas nicht auf einem Server sehen

root 3601 0.0 0.0 27244 576 ? S 2015 424:00 supervising syslog-ng

Wer übrigens mal "Ersatz" für ntpdate sucht:

timeout -k 10 ntpd -s -d

Hässlich, aber funktioniert

Mal eine Frage in den Raum: Wer von Euch nutzte seinerzeit truecrypt unter Linux bzw. nutzt es immer noch? Was waren Eure Beweggründe? Was sprach gegen das bordeigene dm-crypt?

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 3.13.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.

Ab sofort haben wir unter

http://download.manitu.de/mirror/kernel.org/

einen Mirror von kernel.org. Nur für den, der manchmal etwas mehr Speed möchte

Wir haben für Neuinstallationen und Rettungs-System-Boots den Linux Kernel 3.12.5 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.