Und mit dieser 13.2 NET CD boote ich den Muster-Server und konfiguriere - wie weiter oben erklärt - die beiden Festplatten.

1. 8 GB für Swap,
2. 2 GB für /boot und
3. 22 GB für das Linux root-System

.
Der Suse YAST2 Partitioner läuft im X11-Grafik-Modus und ist (nach allen bisherigen - schlechten - Erfahrungen) äußerst komfortabel und meckert jeden Fehler sofort an bzw. blockiert ihn. Das ist extrem hilfreich, denn dann kommt hinten auch eine lauffähige opensuse Version raus.
.

Nachdem "diverse" Versuche sowohl mit der opensuse 13.2 Webtropia Grundversion und auch mit den darauf folgenden beiden eigenen 13.2 Installationen in der virtuellen Maschine des Rescue-Systems fehlgeschlagen sind, gibt es nur noch die Möglichkeit, auf einem fast gleichen (Muster-) PC das zukünftige System weitgehend identisch vorzubereiten und dann die beiden Partitionen als gepackte tar.gz-Archive offline auf den ebenfalls vorbereiteten root-Server zu übertragen.

Warum fehlgeschlagen ?
Die default Konfiguratiion erzeugt nur eine Swap-Partition und legt dann den gesamten verfügbaren Rest-Platz als root-Filesystem an. Das sind dann 900 Gigabyte (gespiegelt).

Die Erfahrung nach 10 Jahren Linux mit Xen und VMs hat gezeigt, mixe nie Grundsystem und Daten in einer Partition. Trenne als immer "root" und "data". Das gilt für alle einzelnen opensuse Installatione, also auch für das XEN Grundsystem, die DOM 0.

Weiterhin muß jeder Schritt dokumentiert sein, denn die UUIDs der drei RAID1 Partitionen beider Server müssen absolut identisch übereinstimmen. Gleiches gilt auf für die Netzwerkkarte bzw. den Chip und deren Treiber.

Natürlich haben wir hier bisher einen gehörigen Schluck "Knowledge" getankt, sodaß jetzt ziemlich klar ist, was auf dem Muster- und auf dem Zielsytem vorbereitet bzw. geändert werden muß - und !!! wie es überprüft werden muß.
.

Da ja am Ende zwei tar-Archive nach Düsseldorf übertragen werden müssen, ist jedes Megabyte eines zuviel. Darum wird nur installiert, was unbedingt zu einem bootfähigen System dazugehört. Auf keinen Fall werden die Hypervisor Module jetzt schon geladen.

Also keine Hektik, das ist tödlich.
.

Wir fangen also mit zwei neuen "nackten" SATA Platten an.

Ob die nun 1 TB oder 2TB groß sind, ist nebensächlich. Auf beiden Platten müssen wir (synchron) die 3 ersten Partitionen anlegen und zwar unformattiert !! und ohne irgendeine Zuordnung (was die mal werden sollen !!).

Wir erzeugen also insgesamt 6 Partitionen 8 + 8, 2 + 2, und 22 + 22 jeweils immer auf sda und dann auf sdb - und zusätzlich kommen die zwei großen extended Partitonen zur Belegung des gesamten restlichen Plattenplatzes hinten dran.

Es sind jetzt insgesamt 8 physikalische Partitionen, von denen wir im Moment jeweils die ersten 3 benutzen.
.

Bislang ist noch kein RAID1 spezifiziert bzw. angelegt. - Wichtig zu wissen ist, daß die physikalischen Plattenpartitionen von sda1 bis sda4 gezählt werden, die späteren (logischen) RAID Partitionen aber von md0 bis md3, also mit 0 beginnend.

Im "RAID-hinzufügen Bildschirm" (des Partitioners) sehen wir die 6 neuen (unformatierten) Partitionen und markieren

das erste Paar 8 + 8 (sda1 und sdb1) und klicken undbedingt sofort auf RAID1 und swap und vergeben einen Namen "any:1". Jede der 3 Partitionen soll weiterhin in die "/etc/fstab" als Geräte-ID eingehängt werden und nicht als UUID. Das wird die neue RAID-1 swap Partition "md0".

Dann selektieren wir das Paar 2 + 2 (sda2 und sdb2) und klicken wieder auf übernehmen und auf RAID1 und spezifizieren "ext4", sowie Einhängen auf "/boot". Als Name wird "any:1" und das RAID1 als Geräte-ID einhängen eingetragen. Das wird die RAID-1 Boot-Partition "md1".
.

sind in etwa diese Daten-Mengen auf der Platte eingelandet.

Damit ist die opensuse 13.2 Server-Session beendet und das grml Rescue live Betriebssytem muss gestartet werden:

Denn jetzt müssen !! alle Informationen über die Platten des Musterservers (vor allem die UUIDs) abgerufen und gesichert werden. Da ich immer noch nicht weiß, wo überall diese UUIDS verwendet werden, ist es sicherer und damit sinnvoll, die UUIDs auf den Platten des Zielservers zu ändern bzw. nachzutragen.
.
Auch wichtig zu wissen ist, daß die echten Partitions-Größen nur in den einzelnen Partitionstabellen stehen und nirgendwo sonst. Damit ist ja solch eine vorbereitete Installation überhaupt erst "transportabel" - eben bis auf die UUIDs.

Folgende Befehle sind (in der Summe) aussagekräftig :.

ls -l /dev/disk/by-uuid
lsblk
blkid
blkid -o list
cat /proc/mdstat
mdadm --misc --detail /dev/md0
mdadm --misc --detail /dev/md1
mdadm --misc --detail /dev/md2
.

Im jeweiligen aktuellen Rescue-System des Zielservers wie auch in der mißglückten opensuse 13.2 Grund-Installation des Zielservers ist die dortige Netzwerk- Konfiguration komplett enthalten, die natürlich hier bei uns händisch direkt am Server (also ohne putty Fernbedienung) nachgetragen werden muß, bevor die beiden Partitonen gepackt werden.

Das Debian Rescue-System kann nie gleichzeitig mit der opensuse Version auf der Festplatte laufen. Damit kommt die IP-Nummer im Netz auch nicht doppelt vor.
.