kommandozentrale

Heute hatte einer unserer Mailserver bei Server4You einen defekt am Mainboard, so dass dieses getauscht werden musste.

Im Anschluss mussten die MAC-Adressen für die Internetverbindung eth0 neu angepasst werden. Da nicht jeder weiß, wie dies schnell und unkompliziert zu machen ist, dachte ich mir, dass ein kleines Mini-Tutorial nicht schlecht ist.

Zuerst startet man den Server, in unserem Fall ein Debian System, über das Powerpanel im Rescue-Modus. Dafür verzeichnet man ein temporäres Root-Passwort sowie seine Email-Adresse, um nach dem Start der Rettungskonsole eine Info zu bekommen.

Bereits wenige Minuten nach der Beauftragung, erhielten wir eine Mail, dass das System bereitsteht.

Da wir ein RAID-System verwenden, müssen wir allerdings zuerst das RAID mounten können, müssen wir dieses erst starten:

mdadm ––assemble ––run /dev/md0
mdadm ––assemble ––run /dev/md1

Anschließend mounten wir das RAID mit dem Befehl:

mount /dev/md1 /mnt

Jetzt stehen die Dateien unserer alten Festplatte im Verzeichnis /mnt bereit und können von uns bearbeitet werden.

Die für die Änderung der MAC Adresse entscheidende Datei ist /mnt/etc/udev/rules.d/70-persistent-net.rules

Diese öffnen wie bequem mit einem Text-Editor nach Wahl; ich bevorzuge persönlich nano.

/mnt/etc/udev/rules.d/70-persistent-net.rules

In dieser Datei sind zwei Einträge enthalten. Der erste (eth0) enthält die alte Konfiguration der Netzwerkkarte, die wir nicht mehr benötigen.

Direkt dahinter befindet sich ein zweiter Eintrag für das Interface (eth1), welcher die neue MAC-Adresse enthält.

Diese ist bereits in der Datei verzeichnet, da das System beim Start zwar automatisch das neue Interface erkennt, aber kein Netzwerk startet und diese somit ungenutzt ist.

Da wir den alten Beitrag bereits gelöscht haben, ändern wir im verbleibenden Eintrag das eth1 in eth0. Damit ist die serverseitige Änderung abgeschlossen.

Nun beenden wir VOR dem Reboot des Systems das Recovery-System im Server4You Powerpanel und veranlassen in der noch immer offenen Konsole einen Neustart des Systems:

reboot

Damit startet der Server erneut und ist wenige Minuten später wieder im Netz verfügbar.

Ich hoffe, dass ich euch mit diesem Tutorial helfen konnte und freue mich auf euer Feedback zu diesem Beitrag.

Kaum eine große Website kommt heute ohne Caching aus. Je größer ein Portal, desto größer ist in der Regel der Cache. Wir nutzen für openPS die von Livejournal entwickelte, erprobte Technologie “Memcached“, um ein zentrales System zu haben, auf welchem unsere Daten zwischengespeichert und abgerufen werden können. Egal ob Datenbankabfrage, Sessiondaten oder temporäre Zwischenspeicher. Memcached “frisst” alles bis zu 1 MB Größe.

Je mehr Anfragen aus dem Cache beantwortet werden können, desto besser – unsere Cache-Hit Rate liegt zur Zeit bei knapp über 96% (War ja klar, dass es jetzt gerade für den Screenshot weniger ist *grummel*). Das bedeutet, dass nur 4 Prozent aller Anfragen von den Datenbanken bearbeitet werden können.

Auch wenn es sich um “Hexenwerk” handelt – ohne Überwachung und regelmäßige Wartung bringt der beste Cache nichts.

Das StudiVZ hat ein openSource Tool mit dem Namen “McKoy” veröffentlicht, welches eben dieses ermöglicht. McKoy steht für [m]em[c]ache [k]ey [o]bservation [y]ield und kann bei Sourceforge kostenlos heruntergeladen werden.

Vielen Dank für dieses tolle Tool!

In diesem Blog werde ich zukünftig immer mal wieder aus dem Nähkästchen plaudern, was hinter der alltäglichen Fassade technisch abläuft und wie “der Hase läuft”. Egal ob Serverbetrieb, Tools & Monitoring, Entwicklung oder Anekdoten – alles kann, nichts muss

Viel Spaß!