Der Beruf des IT-Administrators ist sch\u00f6n – meistens. Man l\u00f6st Probleme, hat Erfolgserlebnisse und gl\u00fcckliche und zufriedene Kunden. Doch manchmal wird man mit Aufgaben konfrontiert, die einem schon graue Haare wachsen lassen:<\/p>\n
Wir betreuen bei einem Kunden einen Server, dessen einzige Aufgabe es ist, die Lizenzen f\u00fcr ein altes Warenwirtschaftssystem zu verwalten. Diese Lizenzverwaltung l\u00e4uft als Windows-Dienst, ist vor fast zwei Jahrzehnten! vom damaligen Verk\u00e4ufer des Warenwirtschaftssystems installiert und seit damals nicht mehr angefasst worden. Den damaligen Verk\u00e4ufer und seine Firma gibt es nicht mehr – aber das System muss, um auf wichtige, historische Daten zugreifen zu k\u00f6nnen, am Leben erhalten werden. F\u00fcr die Client-Programme wird ein Windows-2000-Terminalserver betrieben – aber der Lizenzserver ist auf Windows NT 4.0 installiert und l\u00e4uft nur dort – zumal es \u00fcber die Installation und die Funktionsweise des Lizenzdienstes keinerlei Dokumentation gibt, geschweige denn ein „Setup-Programm“.<\/p>\n
Die echte Hardware des Lizenzservers wurde vor vielen Jahren einmal unter VMWare-Server virtualisiert und so erbrachte der Dienst in den letzten Jahren als virtuelle Maschine parallel zu anderen virtuellen Maschinen stillschweigend seine Dienste. Nun ist ja auch die Weiterentwicklung des VMWare-Servers von VMWare schon vor Jahren eingestellt worden. Da die Virtualisierungshardware des Kunden inzwischen an den Kapazit\u00e4tsgrenzen angekommen war, stand eine Erneuerung an. Hier viel die Wahl auf KVM in Verbindung mit der Bedienoberfl\u00e4che und dem Verwaltungssystem Proxmox VE. KVM mit Proxmox ist performant, stabil, angenehm zu administrieren und arbeitet gut mit der vom Kunden gew\u00fcnschten Cluster-L\u00f6sung zusammen. Alle vorhandenen virtuellen Systeme (die oben angesprochenen Windows-2000-Maschinen, Windows-2003-Server, Windows-2008-Server und diverse Linux-Systeme, lie\u00dfen sich planm\u00e4\u00dfig migrieren, auch wenn an einigen Stellen Probleme auftraten – ein „Hardwarewechsel“ l\u00e4uft selten ganz reibungslos und die emulierte Hardware zwischen KVM und VMWare-Server unterscheidet sich doch an einigen Punkten, schlie\u00dflich sollten ja auch die performanten, paravirtualisierten Hardwaretreiber eingesetzt werden. Doch letztendlich traten nur die „\u00fcblichen“ und „erwarteten“ Probleme auf.<\/p>\n
Nur das Windows NT 4.0-System verweigerte jegliche Zusammenarbeit. Vorherige Installation der neuen Treiber, extra f\u00fcr solche Migrationen gedachte Umwandlungssysteme etc. – alles f\u00fchrte nur zu einem „Bluescreen of Death“, einem „BSoD“, die Festplatten wurden nicht gefunden, das System fuhr nicht noch. Nach einigen Experimenten entschlossen wir uns zum klassischen Weg „von hinten durch die Brust ins Auge“: Wir virtualisierten die VMWare-Server-Maschine unter KVM und belie\u00dfen das Windows-NT 4.0-System unter VMWare. Auf diese Weise konnte zumindest das neue Cluster-System in Betrieb genommen und die alte Virtualisierungshardware abgeschaltet werden. Dass dieser Weg klappte war auch sicherlich durch den Gl\u00fccksfall bedingt, dass der VMWare-Server noch keine prozessorunterst\u00fctzte Virtualierung (HVM) nutzt.<\/p>\n
Diese gefundene L\u00f6sung war pragmatisch und tat ihren Dienst. Da das Windows-NT 4.0-System keine gro\u00dfen Aufgaben hatte, war auch der durch die doppelte Virtualisierung auftretende Leistungsverlust vertretbar. Doch: VMWare-Server wird \u00fcber den Browser administriert – und da der VMWare-Server seit Jahren nicht mehr weiterentwickelt wird, ist er mit aktuellen Browsern nicht mehr richtig administrierbar. Der Internet Explorer 8 (IE8) ist das letzte nutzbare System, alternative Browser funktionieren nicht stabil. Die Administration – und sei es auch nur ein Neustart – bedeutete also immer, einen alten IE auftreiben, war also keine angenehme T\u00e4tigkeit. Und hinzu kam nat\u00fcrlich noch die Administratorenehre: „das muss doch auch richtig gehen“.<\/p>\n
Um ein bischen abzuk\u00fcrzen: Es ist geschafft. Installation der LSI 53C895A-SCSI-Treiber im Windows-NT-4.0-System, und \u00dcbertragung der Festplattendateien mit einem Image-System, das eigentlich erst ab Windows 2000 arbeitet (man muss auch einmal Gl\u00fcck haben), f\u00fchrten dazu, dass das System zumindest unter KVM startete. Andere \u00dcbertragungsmethoden scheiterten. Unter KVM emulieren wir nun eine Maschine mit Pentium 2, SCSI-Platten mit LSI 53C895A-SCSI-Controller und NE2000-PCI-Netzwerkkarte. Die Netzwerkkarten frustrierten noch einmal unerwarteterweise. Das original Windows NT 4.0-System hatte eine AMD PC-Net-Netzwerkkarte als emulierte Hardware eingebunden und diese Hardware kann auch KVM emulieren. Doch nach dem Start des Windows NT 4.0-Systems wurde – trotz sogar gleicher MAC-Adresse – die Karte nicht angesprochen. Und auch die Installation einer Intel E1000-Karte, f\u00fcr die es auch noch Treiber f\u00fcr Windows NT 4.0 gibt, f\u00fchrte zu keiner Funktion. Letztlich haben wir eben unter KVM eine NE-2000-PCI-Karte eingetragen und unter Windows NT 4.0 den Systemtreiber f\u00fcr eine Realtek 8029-er-Karte genutzt.<\/p>\n
Fazit: Stundenlange Arbeit und Frust – aber am Ende doch ein L\u00e4cheln auf dem Gesicht. Wieder ein System „besiegt“.<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
\n