☰

Klonen des alten RHEL 4.3 auf Dell Poweredge 2850 auf PE2950 mit SAS PERC6i

tag-icon • tag-icon linux sas rhel4 clone perc6
Klonen des alten RHEL 4.3 auf Dell Poweredge 2850 auf PE2950 mit SAS PERC6i

Ich habe einen Dell PowerEdge 2850 mit einem PERC 4-Controller und SCSI-Laufwerken. Ich muss diesen auf einen PE2950 mit einem PERC6i mit SAS-Laufwerken klonen. Ich habe das DKMS-Paket zusammen mit dem neuesten Treiber auf der Dell-Website verwendet, um eine Treiberdiskette zu erstellen, und habe die Installation erfolgreich manuell durchgeführt. Ich weiß also, dass die Installation funktioniert, aber ich brauche einen guten Vorschlag für Klonoptionen. Ich habe Clonezilla ausprobiert, aber es erkennt die Festplatten nicht und ich bin kein Experte für Debian-basierte Distributionen, daher kann ich es nicht manipulieren.

Kennt jemand eine zuverlässige Methode zum Klonen dieses Servers? Ich stelle mir vor, dass ich, wenn ich eine Methode zum Übertragen des Images finde, den SAS-Treiber vor dem Klonen auf der Quellbox installiere und er dann auf der Zielbox booten kann.

Danke an alle!

Antwort1

Ich habe SystemImager verwendet, um RHEL4 von 2850 auf 2950 zu verschieben.

RHEL4 hat den Laufwerkscontroller auf dem 2950 nicht erkannt, daher habe ich mithilfe einer Rettungsdiskette gebootet und das Initrd neu erstellt.

Antwort2

Wenn Sie die neue Box partitioniert und nach Ihren Wünschen eingerichtet haben und nur noch die „Seele“ der alten Box übernehmen müssen, haben Sie nichts zu verlieren, wenn Sie es mit einer schnellen und einfachen Methode versuchen.

Ich würde die RHEL 4.3-Rettungs-CD auf der neuen Box mit der Treiberdiskette booten und überprüfen, ob Sie funktionierende Netzwerktreiber und eine IP-Adresse haben. Sobald Sie das getan haben, erstellen Sie irgendwo auf der neuen Box ein Verzeichnis in einem Mount, das genügend Platz bietet, um die Daten der alten Box aufzunehmen, wechseln Sie per CD dorthin und führen Sie Folgendes aus:

nc -l -p 8989 | tar x

Führen Sie auf der alten Box Folgendes aus:

tar cf - /* | nc (receiving host ip address) 8989

Dadurch wird der Inhalt der Quellbox über das Netzwerk in ein Verzeichnis auf der Zielbox gesendet.

Theoretisch sollten Sie in der Lage sein, mit „diff“ die Unterschiede zwischen /etc und anderen Ordnern in der Quell- und der Zielbox zu finden und diese zu einer Box „zusammenzufassen“.

Eigentlich reicht es wahrscheinlich aus, die alte Box direkt über dem Stammverzeichnis der neuen Box zu entpacken, da der neue Kernel und die neuen Module in einem anderen Pfad liegen und nicht überschrieben werden sollten. Wenn Sie das tun, können Sie in der sendenden Tar-Befehlszeile ein „--exclude=boot“ einfügen, etwa so, um zu verhindern, dass die Grub-Konfiguration auf der neuen Box überschrieben wird:

tar cf - --exclude=boot /* | nc (receiving host ip address) 8989

Antwort3

Ich hatte mit ähnlichen Umzügen Erfolg, indem ich ein Verfahren wie dieses verwendet habe (ich habe dies hauptsächlich für den Umzug von physischen Servern zu VMs verwendet). Wenn ich „Knoppix“ sage, sollte jede Linux-Live-CD funktionieren:

  1. booten Sie beide mit Knoppix; oder booten Sie den ALTEN Server im Einzelbenutzermodus. „Knoppix 2“ für Nur-Text könnte eine gute Idee sein.
  2. Bringen Sie auf beiden die Vernetzung zum Laufen, natürlich mit unterschiedlichen IPs.
  3. Führen Sie auf dem ALTEN Server Folgendes aus:dd if=/dev/sda | gzip -c | nc -l -p 3000
  4. Führen Sie auf dem NEUEN Server Folgendes aus:nc $IP 3000 | gunzip -c | dd of=/dev/sda
  5. warten Sie etwa 1 bis 3 Stunden (hängt natürlich davon ab)
  6. ALTEN Server ausschalten
  7. folgende Schritte auf dem NEUEN Server:
    1. Stöbern Sie herum und finden Sie heraus, welche Partitionen welche sind. In meinem Beispiel ist sda2 / und sda1 ist /boot
    2. mount -o dev /mnt/sda2
    3. mount /dev/sda1 /mnt/sda2/boot
    4. chroot /mnt/sda2
    5. mount /proc
    6. Bearbeiten Sie /etc/modules.conf und ändern Sie den scsi_hostadapter in das richtige Element (ein Blick darauf, was Knoppix geladen hat, lsmodsollte hilfreich sein).
    7. module_upgrade
    8. mkkerneldoth
    9. rpm -qa | grep kernel
    10. new-kernel-pkg --mkinitrd --depmod --install 2.4.21-40.EL(Version ist von der vorherigen; rpm -q --scripts kernelund emuliert das Postskriptum)
    11. exit(von chroot)
    12. shutdown -rf now
  8. Wählen Sie beim Booten der NEUEN Maschine denselben Kernel aus, den Sie geändert haben, und bestätigen Sie mit Kudzu, welche Hardware weggefallen ist und welche hinzugefügt wurde.
  9. Überprüfen Sie, ob alles ordnungsgemäß funktioniert. Möglicherweise müssen Sie die Netzwerkeinstellungen usw. anpassen.

verwandte Informationen