Eigentlich ist es schade drum:

root:~# stat /var/log/installer.log.1 | grep Modify
Modify: 2002-12-03 21:03:20.000000000 +0100

Das Debian auf meinem Heimserver habe ich vor genau zehn Jahren, einem Monat, einem Tag und ein paar Stunden installiert. Vor einem halben Jahr habe ich das einem Arbeitskollegen erzählt, er hat es mir nicht geglaubt — vermutlich übersteigt das die wildesten Fantasien eines Windows-Admins… :-)
Wenn ich mich recht erinnere war das meine erste Debian-Installation überhaupt, vorher liefen da ein SuSE, ein Mandrake und ein Red-Hat Linux. Ich meine, mich auch noch dunkel an ein Halloween Linux erinnern zu können.
Damals müsste das eine Hardware in Pentium-Klasse gewesen sein, sicher nicht mehr als 166MHz. An den Speicher und die Festplatte kann ich mich nicht mehr erinnern.
Sicher ist es nicht weiter schwer, ein System zehn Jahre am Leben zu erhalten. Das Ding hat aber eine bewegte Geschichte hinter sich. Mal abgesehen davon dass es immer wieder auf neuere Hardware umgezogen ist hatte es im Laufe der Zeit schon folgende Funktionen:

  • Durchgehend hat es Basis-Dienste für mein Netz bereitgestellt: NFS, DNS (Bind), DHCP, Web (Apache)… sogar ein NIS lief da.
  • Kuriosester Einsatz war wohl der als Wecker: Weckzeit mit Barcode-Scanner programmiert, dann Wecken mit abwechseln MP3 und Zeitansage (Sprachsynthese mit Mbrola). :-D
  • Es war mal ein Fax-Server (Hylafax) und ein Drucker-Server (erst ohne, später mit Cups).
  • Es war mal ein Anrufbeantworter (Vbox3).
  • Es war mal ein Videorecorder (VDR). Seit der Server in den Keller gewandert ist habe ich im Wohnzimmer einen Festplattenlosen Rechner der per PXE vom Server booted.
  • Ursprünglich war nur eine Platte drin. Dann mal mehrere separate, dann RAID5, seit ein paar Jahren RAID1.
  • Da liefen mal Teile eines Konfigurationsvorschlags von der c’t, mit Virtualisierung einer Endian Firewall per UML (User Mode Linux).
  • Der nächste Virtualisierungsansatz hiess Xen, auch wieder mit einer Endian Firewall. Zusätzlich aber mit einer vierfach-Netzwerkkarte.
  • Irgendwann fand ich Endian doof, um das FreeBSD-basierte pfSense nutzen zu können habe ich Xen durch KVM ersetzt.
  • Und um die Sache spannender zu machen habe ich neben KVM auch Linux-Vserver eingesetzt.

Wohlgemerkt: alles ohne das Betriebssystem neu zu installieren! Das System habe ich Heute abgeschaltet, und so wie es aussieht endgültig. :-(

Nicht erschrecken: ich bin mit Debian als Serversystem mehr als zufrieden. Und nein, ich werde mein Heimnetz nicht abschalten. :-)

Aber die Grundlage wird eine andere. Ich hatte ja schon erwähnt dass mir Proxmox VE gut gefällt. Nicht zuletzt weil es auf Debian basiert. Hier und da gibt es Verbesserungspotential, aber im Moment scheint mir das für mich die beste Lösung zu sein.
Ich habe in den letzten zwei Wochen viel Zeit in den Umbau gesteckt. Proxmox auf der Umweltsau installiert, erst die KVM-Virtualisierten Systeme — zwei FreeBSD und ein Ubuntu — rübergeholt, dann die Vserver. Letztere mussten ja auch noch an OpenVZ angepasst werden.
Heute kam der finale Schritt: ich habe meinen Hauptserver virtualisiert. Also oben genanntes Debian-System. Das siecht jetzt erstmal als KVM vor sich hin. Noch macht es DNS, DHCP und Web, Backups der anderen Systeme, und ein paar andere Kleinigkeiten. Nach und nach werde ich es seiner Dienste berauben und dann wirklich entsorgen.
Aber vorher warte ich ein paar Tage ab ob die ganze Geschichte so auf dem neuen Server funktioniert. Wenn nicht kann ich die alte Kiste mit wenig Aufwand wieder anschalten. Wenn doch wird da auch ein Proxmox installiert, und ich migriere die ganzen virtuellen Maschinen zurück. Auf Dauer will ich die Umweltsau doch nicht 24/7 laufen lassen…

Systemstartprotokoll

Systemstartprotokoll

Ich fühle mich gerade wie ein Kind vor einer Schüssel voll Süßigkeiten an die es nicht ran darf. :-(

Ich glaube für ein Heimnetzwerk habe ich hier eine vergleichsweise komplexe Umgebung. Beim Aufbau habe ich versucht, den Stromverbrauch der Teile nicht aus den Augen zu verlieren. Mein Server hat aktuell eine Intel Core2Duo CPU mit 2,8GHz (E7400), dazu 4GB RAM und zwei Platten im RAID1. Unter Vollast zieht das Ding knapp 130W, wenn er vor sich hin idled begnügt er sich mit knapp 100W. Zumindest wenn ich meinem Messgerät trauen darf.

Jetzt habe ich einen etwas betagten professionellen Server zum Spielen bekommen. Das ist ein Dell 1950. Zwei Xeon mit 3GHz (X5450), 8GB RAM und wieder zwei Platten im RAID. Im Gegensatz zum Eigenbau-Server mit PC-Hardware hat das Ding aber ein paar wirklich nette Features. Allen Voran DRAC. Das ist ein Modul mit einem eigenen Netzwerk-Anschluss, völlig unabhängig von den beiden GBit-Interfaces auf dem Board. Darauf läuft ein Embedded Linux, und damit kann ich selbst bei ausgeschaltetem Server Sachen machen für die ich sonst in den Keller gehen müsste. Ein- und ausschalten, den Status der verbauten Komponenten ermitteln, und was mich besonders beeindruckt: das Teil zeigt mir im Webbrowser die Ausgabe der letzten Power-on Self-Tests (POST), und die der letzten Bootvorgänge. Also das was man gesehen hätte wenn man zum Zeitpunkt des Boots vor dem Rechner gestanden hätte.

Für mich als jemanden der Monitoring als sein Steckenpferd betrachtet bietet das Gerät ein Eldorado: völlig unabhängig vom installierten Betriebssystem kann ich mich per SNMP, IPMI, SSH oder Web über den Zustand des Servers erkundigen.

Der Haken an der ganzen Geschichte: der Dell zieht etwa 80W aus der Steckdose. Ausgeschaltet. Wenn er läuft macht er nicht nur einen Höllenlärm — immerhin toben da 16 kleine aber kräftige Lüfter — sondern nimmt sich locker 250W, wenn volles Rohr gekühlt wird auch gerne mal deutlich ueber 300W. :-(

So sehr es mich reizt, und so viel Spaß auch das Spiel mit professioneller Technik macht: ich glaube das Teil wird hier kein Dauerläufer…

Sicher bin ich nicht der einzige der sowas braucht, auf die Schnelle habe ich aber keine Lösung gefunden:

Ich suche nach einem Tool. Dieses Tool sollte lokal über Verzeichnisse mit Webanwendungen wandern (also Serverseitig laufen, es geht mir nicht um Remote Exploits). Also viele Verzeichnisse, in denen mehrere Benutzer jeweils ihre Webanwendungen liegen haben. WordPress, Serendipity, Drupal, Typo3, phpMyAdmin, whatever…

Das Tool sollte wissen wie man herausfindet welche Version der Anwendung da liegt. Und es sollte herausfinden können welche Version die aktuelle wäre. Und dann bei Bedarf eine freundliche Nachricht erzeugen, dass da wohl mal ein Update anstehen könnte.

Gibt es sowas? Oder muss ich das selber basteln?

… zum Beispiel noch nicht wie angekündigt mein letztes Mikrocontroller-Projekt zu veröffentlichen, die meisten davon sind nicht so schön: Allgemeines Plattensterben zum Beispiel.

Meine Notebook-Platte ist komplett abgeraucht. Das Backup war zwar ein halbes Jahr alt, aber die wichtigsten Änderungen habe ich in der Versionsverwaltung gehabt. Auf einem anderen Rechner. Nachdem die 20GB im Notebook tot waren habe ich die 80GB aus dem MP3-Player da rein gebaut. Der Player hat dann eine 160er Platte bekommen die hier schon bereit lag. Nicht weil ich da so viel Platz brauche, sondern einfach weil’s geht (Zugegeben, nicht vollständig. Aber 160GB stecken da jetzt drin.). ;-)

Dann habe ich meinen Server hier zu Hause in ein anderes Gehäuse gebaut. Bislang war das ein einfacher Mini-Tower der früher unter irgendeinem Schreibtisch gestanden hat. Jetzt steckt er in einem stattlichen 19″-Gehäuse und beschallt den Schrank im Keller. Das wäre eine kleine Bastelei gewesen, wenn dabei nicht auch wieder eine Platte gestorben wäre. Übergangsweise habe ich die durch eine aus dem RAID ersetzt, aber das ist kein Dauerzustand. Und da ich das jetzt richtig ordentlich machen wollte habe ich direkt ein komplett neues RAID aufgebaut. Auf Dauer sollen in der Kiste drei 500er SATA-Platten werkeln, als Software-RAID5. Also mit insgesamt 1GB 1TB (natürlich, Danke Jürgen ;-) ) Platz, darauf dann ein LVM und dann die Daten. Hauptsächlich ist das Platz fuer Backups und VDR-Aufnahmen. Das neue RAID tut so auch schon, aber die Kiste kann nicht von SATA booten. Also kommt die /boot-Partition auf eine CF-Karte an IDE, damit nicht noch eine Platte laufen muss. Um das zu machen will ich vorher einen anständigen Kernel haben, und so kommt man vom hundertsten aufs tausendste… :-(

Momentan läuft da noch ein 2.6.11, den ich 2005 mal mit Xen-Unterstützung gebacken hatte. Mittlerweile kann Debian ab Werk Xen, und 2.6.18 klingt auch deutlich weniger antik (Naja… relativ). Jetzt lautet das Stichwort aber: Upgradepfad. Und da hakt es, weil ich damals froh war das Xen überhaupt zum Rennen gekriegt zu haben. Um Pakete habe ich mich nicht gekümmert, und das beißt sich jetzt natürlich mit den Debian-Paketen. Der erste Versuch Gestern Abend ist gründlich in die Hose gegangen, da musste ich zurückrudern. Jetzt liegt wohl RTFM an…

Ach ja, und wenn das alles erledigt ist kümmere ich mich auch wieder um das angesprochene Projekt. Veröffentlicht wird das auf jeden Fall noch.