☰

Physisch zu virtuell Xen unter Debian Squeeze

tag-icon • tag-icon xen debian-squeeze physical-to-virtual
Physisch zu virtuell Xen unter Debian Squeeze

Ich versuche, verschiedene Dienste von einer physischen Debian Squeeze-Box auf eine Reihe paravirtualisierter Xen-Maschinen zu migrieren. Dies ist mein erstes Projekt mit Xen, daher plane ich, dies Schritt für Schritt durchzuführen:

  1. Installieren Sie ein sauberes Xen + Debian Squeeze Dom0 auf der Box
  2. Stellen Sie sicher, dass ich neue DomUs (Xen-Tools) installieren und ausführen kann.
  3. Konvertieren Sie die ursprüngliche physische Installation (Kowalski genannt) in eine DomU
  4. Verschieben Sie die Dienste von Kowalski auf neue DomUs, bis Kowalski nichts mehr tut.
  5. Kowalski in den Ruhestand schicken

Die Schritte 1 und 2 haben problemlos geklappt. Bei Schritt 3 habe ich Probleme.

Im Wesentlichen habe ich:

  • Die alten physischen Partitionen wurden auf logische LVM-Volumes kopiert
  • Erstellt eine kowalski.cfg für Xen, die diese LVs auf xvda-Geräte abbildet
  • Die fstab-Datei wurde bearbeitet, um die xvda-Geräte zu verwenden.

Es bootet, bleibt aber während der Startskripte irgendwann hängen und die Init-Meldung gibt an, dass „T0“ zu schnell neu gestartet wird und es deshalb abbricht.

Irgendwelche Vorschläge zu Debugtechniken? Was habe ich vielleicht übersehen?

Wie gesagt, dies ist mein erstes Experiment mit Xen und ich habe Schwierigkeiten herauszufinden, was schief läuft.

Antwort1

Das habe ich zunächst gemacht (p2v konvertieren). Das ist eine umständliche Vorgehensweise.

Installieren Sie besser gleich zu Beginn eine neue, saubere DomU mit einem PV-Kernel und migrieren Sie die Dienste dann auf diese Box.

Im Grunde handelt es sich dabei um dieselbe Aufgabe wie bei einem physischen Upgrade, Sie erhalten jedoch schneller eine stabile Maschine als umgekehrt.

Ich habe jahrelang versucht, "/dev/sda" in meinen DomUs zu emulieren - nur um festzustellen, dass die DomUs nach einem bestimmten SLES-Kernel-Update nicht mehr booteten (weil sda jetzt fest codiert war, um physische Treiber zu verwenden). Jetzt verwende ich den Standard-PV-Treiber (xenblk) mit dem Standardgerätenamen (xvda) und alles ist wieder in Ordnung.

Antwort2

Sie können die physische Festplatte nicht einfach in eine virtuelle Maschine verschieben. Squeeze verwendet den Kernel 2.6.32, der nicht unter Xen PV booten kann (verwenden Sie PV?). Sie müssen den Xen-spezifischen Kernel linux-image-2.6.32-5-xen-amd64 in einer virtuellen Maschine installieren, die unter Xen booten kann. Tatsächlich können Sie Ihr LVM mounten, darin chrooten, einen neuen Kernel installieren und versuchen, es erneut zu starten. Das sollte funktionieren.

außerdem gibt es Software, die physische Maschinen in Xen konvertieren kann. Leider habe ich sie nie verwendet und erinnere mich nicht an den Namen.

verwandte Informationen