Debian 6 unter Hyper-V R2 integrieren

Hinweis vorab: Das Grundgerüst für dieses Tutorial waren mehrere Anleitungen zum gleichen Thema von Jan Kappen auf http://www.hyper-v-server.de.
Leider waren diese in manchen Punkten nicht ganz vollständig oder auch nicht mehr ganz aktuell (Kernel 2.6 vs. 3.2), deshalb auch dieses Tutorial hier mit meinen Erkenntnisse der letzten Tage.
Wer einen Fehler findet (ich hoffe mal nicht) oder einen Verbesserungsvorschlag hat, bitte unten posten.

Ausgangssituation:
Wir haben einen bestehenden Hyper-V Server, ich gehe von Hyper-V R2 aus. Ob Standalone oder Server 2008 (R2) mit Hyper-V Funktionalität ist hierfür egal.
Ziel ist es, einen Debian 6 Server unter Hyper-V zum Laufen zu bekommen. Auf eine grafische Oberfläche bei Debian verzichten wir. Dafür wollen wir aber GBit Netzwerk und SCSI-Festplatten.
Die Anleitung bezieht sich auf den Hyper-V Manager, wer SCVMM verwendet sollte eigentlich schon soweit sein, daß er für die ersten Schritte keine Anleitung mehr benötigt.
Kein Muß, aber eine Empfehlung ist die Verwendung von Putty oder einem anderen SSH-Client statt der Konsole unter Hyper-V. Zum einen ist die Fenstergröße bei Putty nicht fest vorgegeben. Zum anderen empfinde (nicht nur) ich es zumindest so, daß die Textausgabe beim Kompilerlauf an der Hyper-V Konsole sehr langsam ist und das Kompilieren dadurch wesentlich länger dauert als per SSH-Client.

Wir legen erstmal im Hyper-V Manager einen neuen virtuellen Computer an:
Ein paar CPUs, eine IDE-Festplatte an IDE-Controller 0, CD-ROM an IDE1. Der SCSI-Controller und die "Alte Netzwerkkarte" werden ebenfalls noch hinzugefügt, die "Netzwerkkarte" bleibt auch drin.
Beide Netzwerkkarten können auch gleich so verbunden werden, wie es später mal sein soll. Eine Internetverbindung ist für die Einrichtung auf jeden Fall aber erstmal notwendig, da wir noch ein paar Sachen nachziehen müssen.
Das BIOS steht auf "Von CD starten", COM1, COM2 und Floppy brauchen wir i.d.R. nicht mehr. Grundsätzlich gilt: Weniger ist mehr, außer beim RAM und der CPU. Wenn möglich bitte 16GB RAM und 4 Kerne mit 100% Leistung vergeben. Dies kann später auch noch an den tatsächlichen Bedarf angepaßt werden.
Detaillierte Anleitungen zum Einrichten eines virtuellen Computer unter Hyper-V gibt es genug im Netz oder auch in verschiedenen Büchern, das ist aber nicht Sinn und Zweck dieses Tutorials.

Als erstes downloaden wir die aktuelle Debian 6 CD für eine Netzinstallation aus dem Netz und speichern diese auf dem Hyper-V Server ab:
Diese ISO-Datei wird dem neuen Hyper-V Computer auch als Boot-Medium zugewiesen:
Alternativ:

Nun wird der virtuelle Computer gestartet und Debian 6 in einer Basis-Installation mit den netzwerkspezifischen Angaben gestartet.
Auf den Installations-Prozess werde ich hier nicht näher eingehen, da auch das nicht das Haupt-Thema ist und es dazu einige Tutorials gibt. Außerdem ist dieser Prozess fast selbsterklärend.
Wenn alles richtig durchgeführt wurde, landen wir nun am Login-Prompt und melden uns direkt als "root" mit dem während der Installation vergebenen Paßwort an. Als Root? Böse? Nicht lieber mit SU arbeiten? Nein, erstmal nicht. Fast alles, was jetzt kommt benötigt Root-Rechte. Wirklich etwas beschädigen kann man auch noch nicht, da das System neu aufgesetzt ist. Falls heißt es eben nochmal neu installieren und nächstes Mal besser aufpassen (Lerneffekt). Nachdem wir das System in Hyper-V integriert haben, gilt das natürlich nicht mehr.

Zunächst prüfen wir, daß alle Dateien auch auf dem aktuellen Stand sind:

Danach beziehen wir erstmal ein paar notwendige Pakete:

Schon jetzt geben wir den ersten Parameter für Hyper-V aus:

Und dann noch ins richtige Verzeichnis ...

Alles bis hier müssen wir auf diesem virtuellen Computer nur einmal machen. Sollte eine neue Kernel-Version benötigt oder weitere Treiber in den Kernel einkompiliert werden, geht es ab hier weiter. Die einzigste Ausnahme wird weiter unten noch hervorgehoben.

Zunächst benötigen wir einen aktuellen, stabilen Kernel. Bevorzugt wird ein Kernel ab Version 3, da hier die Hyper-V Unterstützung schon im Kernel möglich ist. Ich nehme den 3.2.7er, da dies zum Zeitpunkt der aktuelle ist.


So, nun die oben erwähnte Ausnahme:
Als nächstes starten wir den Befehl
Dieser optimiert den Kernel an die gegebene lokale Hardware. Auf gut deutsch: Warum auf einem virtuellen Rechner Grafikkartentreiber von AMD oder nVidia installieren? Oder 20 verschiedene Netzwerkkarten? Das kompilierte Kernel-Image wird dadurch gegenüber der Standard-Debian-Konfiguraion um bis zu 80% kleiner, die Zeit zum Kompilieren wird ebenfalls reduziert. Je nach Hardware dauert dieser Vorgang bis zu 45 Minuten.

Danach kommt das allseits beliebte

Über dieses Tool wird der Linux-Kern über eine "grafische" Oberfläche noch im Detail etwas angepaßt:




XFS-Dateisystem bei Bedarf:

Hiermit haben wir unsere .config-Datei soweit, daß wir den Kernel kompilieren können. Als nächstes also:
Idealerweise wird der zweite Befehl kurz vor Feierabend gestartet. Je nach Hardware dauert es nämlich mehrere Stunden, bis der Kernel kompiliert ist.

Vorausgesetzt, es tritt kein Fehler auf, gehen wir nach Beendigung des Kompilieren mit "cd .." ein Verzeichnis hoch.
Dann wird der Kernel installiert und der virtuelle Computer neu gestartet:

Dann wird der virtuelle Computer ausgeschalten und die "alte Netzwerkkarte" kann im Hyper-V Manager gleich entfernt werden.
Nun fahren wir den virtuelnne Computer wieder hoch. Im Bootloader (GRUB) sollte nun der neue Kernel auftauchen und auch ausgewählt sein.
Nach dem Login prüfen wir mit
ob alle Hyper-V-Treiber geladen wurden. Jetzt sollte in etwa erscheinen:

Nun noch mit ifconfig die Netzwerkkarte konfigurieren. Sollte es hier Probleme geben, bitte in der Datei
alle Einträge unterhalb des ersten Kommentar-Blocks löschen und mit
das System nochmal neu starten. Danach sollte eth0 unser neuer Freund sein und auch virtuelle SCSI-Festplatten kein Problem mehr darstellen.

Viel Spaß mit dem neuen Server!

Falls mehrere Debian-Server mit gleicher (oder weniger) virtueller Hardware verwendet werden sollen, muß der Kernel nicht auf jeder Maschine neu kompiliert werden.
Andere Festplattengrößen, RAM-Menge oder Anzahl der CPU-Kerne zählen hier nicht als Änderung!
Es genügt, die zwei neu erstellten .deb-Pakete aus /usr/src auf die neuen Maschinen zu kopieren und mit "dpkg -i" wie oben beschrieben zu installieren.
Wir kopieren dazu die .deb-Pakete ebenfalls nach /usr/src, dann ist das alles einheitlich, auch wenn kein Source-Code hinterlegt wird wie bei einer vollen Kompilierung.
Da außer der Remote-FX Karte bereits alle gängige Hardware im Server drin ist, die Hyper-V bis R2 bietet, können eigentlich nur noch Dateisysteme oder hardwareunabhängige Erweiterungen im Kernel hinzugefügt werden.
In einem Szenario mit mehreren Server würde es sich auch anbieten, alle benötigten Dateisysteme gleich in den einen Kernel einzubauen und dann diesen zu kompilieren und zu verteilen.
Bei eventuellen späteren Änderungen kann dann wieder genau dieser Kernel auf alle Maschinen kopiert werden, was einen Haufen Arbeit spart.

Sollte ein neuerer Kernel verwendet werden oder sich etwas an der .config ändern, so müssen wir nicht ganz von vorne anfangen:
Bei Änderungen am Kernel und Beibehaltung der Version ist der Einstieg bei "make menuconfig" im Tutorial.
Sollt nur ein aktuellerer Kernel mit gleicher Konfiguration verwendet werden, dann geht es etwas weiter oben los mit wget und dann natürlich der neueren Version als Download.
Danach muß aber auch noch die .config des vorherigen Kernels übernommen werden, bei dem heute erschienenen 3.2.8 wäre dies dann von /usr/src ausgehend:
"make localconfig" muß beim Recycling der alten .config nicht erneut durchgeführt werden, im Gegenteil!
"make menuconfig" muß dann ebenfalls nur noch aufgerufen werden, wenn noch etwas im Kernel dazu oder weg soll. Die Einstellungen zu Hyper-V sind aber gespeichert und müssen nicht nochmals getätigt werden.
Im reinen Update-Fall geht es also schon mit "make-kpkg clean" weiter.