Arch Linux

grub: booten von degraded sw-raid 1?

kentar

Hallo

Ich verwende seit einigen Jahren einen Server mit Archlinux. Bisher lief alles wirklich gut. Zur Erhöhung der Ausfallsicherheit, habe ich nun das system auf ein Softwareraid (raid 1) umgestellt. Auch dieses läuft inzwischen anstandslos.
Jetzt hatte ich, nachdem alles lief, das Bedürfnis, einen Plattenausfall zu simulieren (abstöpseln einer Platte und prüfen, ob er wieder hochfährt), und stellte dabei fest, daß grub von einem unvollständigem Array nicht mehr bootet. Stattdessen bekomme ich nur die rescue console.

Ich habe diesbezüglich ein wenig gesucht, und heraus gefunden, daß dies durchaus normal ist. Unter ubuntu gibt es für die initramfs-tools eine Variable, die geändert werden muss, damit trotzdem gebootet werden kann (BOOT_DEGRADED=true).

Nun meine Frage: trotz langer suche, habe ich keinen Hinweis auf eine ähnliche Funktion in archlinux gefunden. Gibt es eine ähnliche Funktion in Archlinux?

Gruß kentar

GerBra

kentar schrieb Jetzt hatte ich, nachdem alles lief, das Bedürfnis, einen Plattenausfall zu simulieren (abstöpseln einer Platte und prüfen, ob er wieder hochfährt), und stellte dabei fest, daß grub von einem unvollständigem Array nicht mehr bootet. Stattdessen bekomme ich nur die rescue console.

Jede der am RAID1 beteiligten Platten (die /boot spiegeln) braucht einen eigenen Bootrecord bzw. MasterBootRecord. Grub-legacy "weiß" ja nichts von Software/Fakeraid-Device (/dev/mdX). So muß also jede Platte mit Grub s vorbereitet werden das diese jederzeit den Platz von sda einnehmen kann (respektive auf was root(hdX,Y) zeigt).
In diesem Wiki-Artikel wird das notwendige Vorgehen gezeigt, bei meinen Raids hat das auch immer funktioniert (aktuell habe ich keines zum Austesten):
https://wiki.archlinux.org/index.php/Software_RAID_and_LVM#Install_Grub_on_the_Alternate_Boot_Drives

Andere Bootloader sind auf Sowftwareraid ggf. besser vorbereitet (lilo konnte das AFAIK z.B. schon immer "besser" als grub-legacy, kämpft dafür aber mit anderen Problemen. Mit grub2 und syslinux habe ich dbzgl. noch keine Erfahrung)...

kentar

hm, ich muss gestehen, ich habe mich da etwas unklar ausgedrückt. Sorry.
Der Bootloader ist natürlich auf beiden Platten installiert.
Mein Problem ist nicht direkt ein Grub-problem, sondern vielmehr ein Problem mit mdadm im initramfs.
Wenn eine der beiden Platten fehlt, startet mdadm das ursprüngliche Raid-device nicht mehr, da ja eine Platte fehlt und damit das Raid den Status degraded bekommt. Ich müsste hier also erst Hand anlegen und das Raid-Device auf eine Platte/ Partition verkleinern, damit ich mein System wieder hochfahren könnte.

GerBra

Hmm, kann ich hier an einem Testsystem nicht nachvollziehen. Wenn ich eine der zwei Platten entferne bootet das System trotzdem.
Meine /etc/mkinitcpio.conf (gekürzt):

MODULES="dm_mod raid1"
FILES="/etc/mdadm.conf"
HOOKS="base udev autodetect mdadm pata scsi sata filesystems usbinput fsck"

Meine /etc/mdadm.conf (UUID verkürzt, da zu faul zum Abtippen...):

ARRAY /dev/md0 UUID=blabla
ARRAY /dev/md1 metadata=1.2 UUID=blabla

Die gültige mdadm.conf bekommst du mit:
mdadm --examine --scan > /etc/mdadm.conf

Auf /dev/md0(sda1,sdb1) ist /boot, auf md1(sda2,sdb2) das RootFS(/).
Alle Partitionen sind vom typ fd / Linux auto raid

Im degraded Mode würde ich nun mit mdadm die "kaputte" Platte (sda1 und sda2) aus den Arrays entfernen (//Edit: das Entfernen entfällt natürlich, da die Platte/Partitionen ja nicht vorhanden sind. Das Raid-Array (md0 z.B.) besteht ja nur aus sda1 wobei sda hier halt die noch laufende früher zweite Platte ist), die "neue" Platte einbauen, partitionieren etc. (entfällt für den Test) und nach einem Reboot diese mit mdadm wieder zu den Arrays hinzufügen um wieder ein "richtiges" RAID1 zu erhalten.

kentar

merkwürdig. Ich habe das noch einmal getestet. Meine Configuration ist ähnlich wie deine.
Wenn ich jetzt eine Platte abhänge, bootet das System nur noch in eine Minishell. Hier muss ich die defekte Platte erst aus dem Raid-Verbund entfernen um danach das System wieder hochfahren zu können.

Eigentlich stört es mich nicht sonderlich. Ich wollte nur sichergehen, daß es keine elegantere Lösung gibt 😉

GerBra

kentar schrieb...nur noch in eine Minishell. Hier muss ich die defekte Platte erst aus dem Raid-Verbund entfernen um danach das System wieder hochfahren zu können.

Das ist ein Widerspruch in sich. Wenn die Platte defekt ist (im Sinne von Totalausfall oder simuliert durch vom Bus nehmen) dann taucht (bzw. darf) diese in den Arrays nicht mehr auf (Von ehemals zwei Platten sda/sdb ist nur noch sda im Array - egal welche Platte weg ist. Lediglich der RAID-verbund merkt aus den Metadaten: Hoppla, mir fehlt ja ein Mitglied, da muß ich in /proc/mdstat doch statt U ein - schreiben.... Der Verbund(md0 z.B.) ist aber nach wegfall eines 1 von 2 noch "intakt", kann also noch normal booten...

Eine Arraymitglied/Platte/Partition entfernen ist bei SW-Raid eigentlich nur notwendig, wenn es eben kein Totalausfall wäre sondern ein Mitglied wg. Laufwerksfehlern o.ä. quasi im "laufenden betrieb aka HotSwapping" entfernt werden muß...

Ich habe es in einer Virtualbox-VM simuliert, das könntest du ja auch nochmal machen. Ich kenne es allerdings nur so, daß ein System mit RAID1 eben immer noch ganz normal bootet solange noch eine Platte da ist. (Lediglich ein Edubuntu mit RAID5 zickte mal ähnlich, war ein Bug im initrd-Gefüge)...
Der Normalfall ist dein Verfahren/Vorgänge auf jedenfall nicht ;-) (Weder in/mit Archlinux noch mit Debian...)

Datenschutz
Impressum