RE: Nachträgliches Einrichten eines Software-Raid 1
Hallo, erst mal danke für die rasche Antwort. Kann mir trotzdem noch jemand eine Schritt-für-Schritt - Anleitung schicken? Betreffend Bootloader: Wird Lilo bevorzugt gegenüber Grub? Ich habe gelesen, dass Grub Probleme hat mit Raid? Beim Umkonfigurieren des Bootloader-Menüs muss ich dann auch /dev/md0 berücksichtigen oder geht der Bootloader auf /dev/hda1 bzw. dev/hdc1? Danke, Bernhard. -----Ursprüngliche Nachricht----- Von: dadirtyluk [mailto:news4dadirtyluk@gmx.de] Gesendet: Montag, 2. Januar 2006 11:50 An: suse-linux@suse.com Betreff: RE: Nachträgliches Einrichten eines Software-Raid 1 Hallo,
ich habe einen Server mit SuSE Enterprise Server 9, in dem 2 gleich grosse IDE-Platten drin stecken. Auf der hda1 ist das System installiert und hdb1 soll jetzt ein Software-Raid 1 werden. Kann ich das nachträglich machen und was muss ich dabei beachten?
das geht! Bei mir hat es immer ganz gut funktioniert, wenn man das raid am anfang mit einer als defekt eingetragenen zweiten Platte anlegt (/etc/raidtab -> failed disk) Auf jeden Fall erstmal die zweite Platte genau wie die erste partitionieren und dann kannst du partitionsweise Software-raids anlegen in denen einfach die zweite Platte noch nicht eingebunden wurde. Wenn dann der Bootloader funktioniert (ich denke grub funktioniert auch, benutze aber lilo) kannst Du das raid richtig aufbauen. (eigentlich auch schon davor glaube ich, kann aber sein dass es dann beim booten manchmal hakt... Dazu habe ich raidhotadd benutzt, damit wird dann z.b. hdc1 zu deinem ersten raid als Austausch-Platte eingebunden und unter /prod/mdstat kannst du beim aufbau zusehen. Dabei wird dann der Inhalt von hda1 auf hdc1 gespiegelt und nicht erst alles formatiert! Danach einfach in /etc/raidtab aus failed-disk einfach raid-disk ? machen und schon ist das array komplett. Gruss luk -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo,
Kann mir trotzdem noch jemand eine Schritt-für-Schritt - Anleitung schicken?
ich glaube unter /usr/share/doc/packages/raidtools liegen ein paar gute Sachen.
Beim Umkonfigurieren des Bootloader-Menüs muss ich dann auch /dev/md0 berücksichtigen oder geht der Bootloader auf /dev/hda1 bzw. dev/hdc1?
Also wichtig ist, dass als root-device in jedem Fall /dev/md? eingetragen wird. Bei mir funktioniert es wenn der bootsector nur auf einer der beiden Platten liegt, da beim booten von dem raid noch niemand etwas weiss. In dem Fall dass dann die Platte mit dem geschriebenen bootrecord tot ist, muss der auf der anderen Platte nachinstalliert werden (z.b. mit dem Rescue-System). Wenn man erstmal ein bisschen rumprobiert bekommt man eigentlich relativ schnell eine Ahnung, wie sich das mit dem Software-Raid so verhält und wie man im Ernstfall reagieren muss/kann. Was man nicht vergessen sollte ist, in der /etc/fstab zwei swap-Partitionen mit der gleichen Priorität einzurichten, damit dem System nicht swap fehlt, wenn die eingetragenen Platte (im Moment bei Dir wahrscheinlich hda?) ausfällt! Sowas steht meiner Meinung nach auch in der Dokumentation zu den raidtools drin. Gruz luk
dadirtyluk wrote: ..>
Also wichtig ist, dass als root-device in jedem Fall /dev/md? eingetragen wird. Bei mir funktioniert es wenn der bootsector nur auf einer der beiden Platten liegt, da beim booten von dem raid noch niemand etwas weiss. In dem Fall dass dann die Platte mit dem geschriebenen bootrecord tot ist, muss der auf der anderen Platte nachinstalliert werden (z.b. mit dem Rescue-System).
Vor einiger Zeit (war Suse 8.2) konnte nur lilo damit umgehen, seinen Bootrecord auf beide Platten des RAID zu schreiben - es gab dazu spezielle Optionen - während grub das noch gar nicht konnte. Wieweit sich diese Situation verbessert hat, solltest du mal prüfen. Wenn es sich um ein produktives System handelt, würde ich jedenfalls genau das mal vorher genau durchspielen. Nach ein paar unvollständigen Tests letztens würde _ich_ für ein solches System lilo verwenden.
Was man nicht vergessen sollte ist, in der /etc/fstab zwei swap-Partitionen mit der gleichen Priorität einzurichten, damit dem System nicht swap fehlt, wenn die eingetragenen Platte (im Moment bei Dir wahrscheinlich hda?) ausfällt!
Wenn das System bei einem Plattendefekt nur die Daten nicht verlieren soll, aber abstürzen darf, geht das so. Wenn es weiterlaufen muss, wenn eine Platte ausfällt, muss natürlich auch Swap auf einem md-Device liegen. -- Viele Grüße ------------------------------------------------------------------------ Michael
participants (3)
-
dadirtyluk
-
Michael Behrens
-
SCHITTER, Bernhard