Aufbohren eines RAID1 mit weiteren Platten
Demnächst werde ich /home meines Servers offensichtlich vergrößern müssen. /home findet sich via LVM2 auf dem RAID1-Device /dev/md0. Die Partitionen der beiden Platten in /dev/md0 gleich groß, aber perspektivisch zu klein. Wenn ich jetzt eine 3. Platte dazuhänge, muss die dem /dev/md0 hinzuzufügende Partition der neuen Platte die gleiche Größe haben, wie die beiden existierenden, oder kann ich sofort eine deutlich größere Partition verwenden? Wenn letzteres möglich wäre, dann hätte ich nämlich gleich 2 größer partitionierte Platten eingebaut, die dann beim Hinzufügen zu /dev/md0 synchronisiert werden, worauf ich die alten Platten aus dem RAID werfen kann. Ich fürchte jedoch, dass das so nicht geht und ich schrittweise vorgehen muss, sprich: 1) neue Platten mit einer Partition (deren Größe mit der der alten Platten identisch ist) partitionieren 2) neue Partitionen dem /dev/md0 hinzufügen 3) Synchronisierung abwarten 4) alte Paritionien aus /dev/md0 rauswerfen 5) erst jetzt /dev/md0 vergrößern 6) Filesystem /home entsprechend vergrößern Ist das so korrekt, oder gibt's doch die Möglichkeit der oben diskutierten Abkürzung über die vorab schon größeren neuen Partitionen?
Marko Käning wrote:
Demnächst werde ich /home meines Servers offensichtlich vergrößern müssen.
/home findet sich via LVM2 auf dem RAID1-Device /dev/md0.
Die Partitionen der beiden Platten in /dev/md0 gleich groß, aber perspektivisch zu klein.
Wenn ich jetzt eine 3. Platte dazuhänge, muss die dem /dev/md0 hinzuzufügende Partition der neuen Platte die gleiche Größe haben, wie die beiden existierenden, oder kann ich sofort eine deutlich größere Partition verwenden?
sollte so gehen - siehe: 3w.linux-club.de/viewtopic.php?f=4&t=89636&tart=20 Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
3w.linux-club.de/viewtopic.php?f=4&t=89636&tart=20
auweia, was für ein langer thread (mit zusätzlichen Komplikationen, die wahrscheinlich aus dem 10.0 resultieren könnten). Der Beitrag von "jengelh" 1. neue Platte sda 2. fdisk /dev/sda - sda1 500G Partition 3. mdadm /dev/md0 -a /dev/sda1 4. neue Platte sdb 5. fdisk /dev/sdb - sdb1 500G Partition 6. mdadm /dev/md0 -a /dev/sdb1 7. mdadm -G /dev/md0 8. xfs_growfs /mountpt deckt sich eigentlich mit dem, was ich gehofft hatte, nämlich, dass man wirklich sofort größere neue Partitionen in das RAID einhängen kann! Naja, da bin ich ja gespannt, wie das dann bei mir ausschaut, denn ich glaube mich zu erinnern, dass mdadm meckert, wenn die Partitionsgröße der im RAID1-Verbund zu betreibenden Platten nicht identisch ist.
Marko Käning wrote:
3w.linux-club.de/viewtopic.php?f=4&t=89636&tart=20
auweia, was für ein langer thread (mit zusätzlichen Komplikationen, die wahrscheinlich aus dem 10.0 resultieren könnten).
Also: a) eine kurze I-Net Suche bringt dir eine Menge Treffer zum Thema "mdadm raid 1 vergroessern"; das haettest Du alles selber nachlesen können. (Anders hab' ich das auch nicht gemacht) b) Was ich verstanden habe: - nach und nach jede "alte" Platte durch eine neue ersetzen. Wichtig dabei ist, das die neue Platte NICHT in der Partitionsgrösse an die alte angepasst wird sondern maximale Grösse hat. Dann wird zwar nur ein Teil des grösseren Bereichs für das Raid genutzt aber das ändert man später. -jedesmal den Array "re-syncen"; dann hast du am Ende einen Array aus neuen Platten in der Grösse des alten mit ungenutztem Platz - der Knackpunkt: "mdadm --grow /dev/mdx -z max" (aus dem Kopf); das vergrössert das Array dann auf die maximal mögliche Grösse = minimum aller eingebunden Platten - FS resize (je nach FS) Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Andreas,
zum Thema "mdadm raid 1 vergroessern"; das haettest Du alles selber nachlesen können. (Anders hab' ich das auch nicht gemacht) stimmt schon!
Danke, dass du dir trotzdem die Arbeit gemacht hast, mich durch dein zusätzliches Googlen rückzuversichern, dass die Vorgehensweise klappen sollte. :) Viele Grüße, Marko
participants (2)
-
Kyek, Andreas, VF-DE -
Marko Käning