Problem:
Bei einigen Anbietern (hier speziell Hetzner genannt) werden zwar Systeme mit RAID angeboten aber mit bestimmten vorinstallierbaren Images (bei Hetzner z.B. das "Debian-4-Minimal") nicht genutzt.
Wer dies zu spät erkennt, findet hier nun eine Anleitung, wie er ein RAID-Array nachträglich einrichtet ohne die Daten der bisherigen Installation zu verlieren.
Vorbereitung:
Als erstes switchen wir dazu in den Rescue-Modus. Die ersten paar Schritte können z.B. bei Hetzner übersprungen werden da die Partitionen bereits auf beiden Platten Identisch eingerichtet sind. Ich beschreibe es hier dennoch von Anfang an und einheitlich.
Desweiteren sind hier jeweils die Devices /dev/sda und /dev/sdb genannt. Wer keine SATA-/SCSI-Platten hat, wird wohl eher /dev/hda und /dev/hdb ansprechen müssen.
Aber Achtung mit der Nummerierung: die MD-Devices werden von 0 ab durchnummeriert. Wir erhalten hier also aus /dev/sda1 die /dev/md0 und aus /dev/sda2 die /dev/md1
Wie gesagt gehe ich von Hetzner's Konfiguration aus. D.h. /dev/sda1 ist die Swap-Partition und /dev/sda2 die einzige Root-Partition. Wer es noch umpartitionieren will, sollte dies jetzt noch im Rescue-Modus per parted tun.
Installiert wird ein RAID-1. Denn für ein RAID-0 müsste man vollständig neu anfangen bzw. mit den Partitionen geschickt jonglieren.
Zweite Platte vorbereiten
#kopiere die Partitionstabelle von sda auf sdb sfdisk -d /dev/sda | sfdisk /dev/sdb fdisk /dev/sdb #setze alle Partitionstypen auf "Linux raid autodetect" (=fd): # [t] [1] fd [return] # [t] [2] fd [return] # [w]
Nun erstellen wir darauf bereits das Software-RAID wobei wir hier die erste Platte noch nicht mit einbinden, da sie sonst gelöscht werden würde:
mdadm -C /dev/md0 -l 1 -n 2 missing /dev/sdb1 mdadm -C /dev/md1 -l 1 -n 2 missing /dev/sdb2 #File-Systeme erstellen mkswap /dev/md0 mkfs.ext3 /dev/md1
Daten kopieren
Nun mounten wir die erste Platte und das neu erstellte RAID:
mkdir /mnt/root mount /dev/sda2 /mnt/root mkdir /mnt/raid mount /dev/md1 /mnt/raid
Wir ändern schon mal die nötigen Dateien um dem zu bootendem System das RAID an die Hand zu legen. Dabei werden in der fstab und mtab die Einträge zu /dev/sda2 in /dev/md1 verändert:
#Die MD-Devices bekannt machen: mdadm --examine --scan >> /mnt/root/etc/mdadm/mdadm.conf #fstab backup und bearbeiten cp -p /mnt/root/etc/fstab /mnt/root/etc/fstab.orig vim /mnt/root/etc/fstab #mtab backup und bearbeiten cp -p /mnt/root/etc/mtab /mnt/root/etc/mtab.orig vim /mnt/root/etc/mtab
Nun folgt das Kopieren des vorhandenen Systems in das RAID mit anschließendem unmount.
cp -dpRx /mnt/root/. /mnt/raid #unmount umount /mnt/raid umount /mnt/root
RAID vervollständigen
Nun binden wir /dev/hda in das RAID mit ein. Hierbei werden die Daten darauf gelöscht und von /dev/md* neu beschrieben.
mdadm --add /dev/md0 /dev/sda1 mdadm --add /dev/md1 /dev/sda2 #beobachten bis fertig (kann 2-3 Stunden dauern): watch -n 5 cat /proc/mdstat
Boot-Loader aktualisieren
Um den Bootloader zu aktualisieren richten wir uns eine Chroot-Umgebung mit dem RAID-Array als Root ein:
mount /dev/md1 /mnt/raid mount --bind /dev /mnt/raid/dev mount --bind /proc /mnt/raid/proc cd /mnt/raid chroot /mnt/raid/
Lilo:
Eine Debian std. Installation beinhaltet derzeit LILO.
Dazu brauchen wir lediglich einen Eintrag in der /etc/lilo.conf zu ändern:
root=/dev/md1
Ein anschließender Aufruf von /sbin/lilo -v schreibt den MBR.
Grub:
Wer bereits GRUB installiert hat, braucht etwas mehr:
In /boot/grub/menu.lst muß die kopt angepasst werden:
# kopt=root=/dev/md1 ro
Anschließend kommen die üblichen Programme zum Zuge:
#kopt übernehmen: update-grub #den RAID-Treiber inkl. Device-Einstellungen in die initiale RamDisk mit aufnehmen update-initramfs -u #MBR sicherheitshalber auf beide Platten schreiben: grub
Eingabe in der Grub-Shell:
root (hd0,1) setup (hd0) root (hd1,1) setup (hd1) quit
Fertig
Zu guter Letzt verlassen wir den Chroot und rebooten die Maschine:
exit umount /mnt/raid reboot
Probleme
Wenn er nicht bootet, heißt dies, das wir irgendwas am Boot-Loader vermasselt haben. Nicht weiter schlimm, da man jederzeit im Rescue-Modus dies wieder beheben kann: Einfach wieder in die Chroot und evtl. nachbessern.
GRUB hat mir dabei einige Probleme bereitet. Ich denke es war der o.g. manuelle Aufruf zum schreiben des MBR.
Falls nicht, habe ich zusätzlich in der /boot/grub/menu.lst folgende Änderungen hinzugefügt:
((hd0,1) ist in dem Fall die /dev/md1)
title Xen 3.0.3-1-amd64 / Debian GNU/Linux, kernel 2.6.18-6-xen-amd64 root (hd0,1) kernel (hd0,1)/boot/xen-3.0.3-1-amd64.gz module (hd0,1)/boot/vmlinuz-2.6.18-6-xen-amd64 root=/dev/md1 ro console=tty0 module (hd0,1)/boot/initrd.img-2.6.18-6-xen-amd64
Anmerkungen:
Diese Anleitung ist bereits zweimal von mir erfolgreich auf unterschiedlichen Hetzner-Servern ausgeführt worden. Einer mit lilo und einer mit grub (weil XEN).
Dennoch übernehme ich keine Garantie.
Kategorien:
Stichwörter:
software · raid · raid1 · mount · debian · lilo · grub · boot · partition · mdadm · fdisk · software-raid ·