Raid 1 mit 3 Platten - 1 entfernen

[TU1976]

Hi

ich hatte bis neulich ein Raid1 mit 3 Platten am laufen und jetzt ist 1 Platte hinüber. Der Storage-Pool wird jetzt als degraded angezeigt. Ich würde gerne jetzt nachträglich den Storage-Pool von 3 auf 2 Platten verkleinern. Da alles Raid 1 ist, sollte das kein Problem sein, denke ich.
Aber: Ich finde keine Möglichkeit, jetzt im nachhinein den Storage-Pool zu verkleinern! Gibt es da einen Trick?

Gruss
TU

 

[plang.pl]

Hi,
geht nur via Console. Schau dir das mal an.

 

[ctrlaltdelete]

Und Backup vorher nicht vergessen.

 

[Minzkeks]

Wenn es im DSM nicht möglich ist könntest du die Linux md-raid Spiegel noch am DSM vorbei aufbrechen und verkleinern. Jedoch: keine Garantie, vorher Backup aller Daten erstellen!
https://raid.wiki.kernel.org/index.php/A_guide_to_mdadm#Removing_a_disk_from_an_array

Support von Synology gibt es dafür jedoch nicht.

 

[TU1976]

das klingt alles ziemlich "gefährlich"!
Muß ich mir mal wirklich in aller Ruhe anschauen.
Backup läuft bei mir täglich, mache gerade auch einen Integritätscheck.

Gruss
TU

 

[TU1976]

so schaut das bei mir aus:
$ cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sda3[0] sdc3[3]
3902196544 blocks super 1.2 [3/2] [U_U]

md1 : active raid1 sda2[0] sdc2[2]
2097088 blocks [4/2] [U_U_]

md0 : active raid1 sda1[0] sdc1[2]
2490176 blocks [4/2] [U_U_]

Woher weiß ich, welche der Platten fehlt?

also dann müsste ich:
mdadm --grow --raid-devices=2 --force /dev/md2

wobei ich nicht sicher bin, welches "md" ich da nehmen muß (0 oder 1 oder 2).

Gruß
TU

 

[TU1976]

mal andersrum gefragt:
Da ich sowieso plane, 2x 12 oder 14 TB Platten einzubauen um mehr Speicherplatz zu haben, würde es nicht Sinn machen:
1. 1 neue Platte reinschieben --> Raid Rebuild
2. 1 alte 4 TB Platte 4 deaktivieren und entfernen
3. 1 neue Platte reinschieben --> zum Raid hinzufügen
4. letzte alte 4 TB Platte entfernen

Oder habe ich einen Denkfehler?

Gruss
TU

 

[Thonav]

Ja, 5. das Raid wird die 3. Platte vermissen...

 

[Minzkeks]

Alle RAID-1 Spiegel, die vorher über 3 Platten gespiegelt wurden müssten jetzt nach meinem Verständnis auf 2 Platten reduziert werden über „mdadm --grow --raid-devices=2 /dev/mdX“

Vorher unbedingt Backups erstellen. mdadm-Kommandos am DSM vorbei können zu unerwarteten Effekten führen.

 

[TU1976]

ok, nochmal etwas deutlicher:

1. 1 neue Platte reinschieben --> Raid Rebuild <-- ab hier ist das RAID wieder in seinem ursprünglichen Zustand mit 3 Platten
2. 1 alte 4 TB Platte im DSM deaktivieren und entfernen <-- ab hier ist das RAID nur noch mit 2 Platten konfiguriert, oder ?
3. 1 neue Platte reinschieben --> zum Raid hinzufügen <-- jetzt sind es wieder 3
4. letzte alte 4 TB im DSM Platte entfernen <-- jetzt sind es wieder 2

Oder liege ich daneben? Dann sorry, war ein langer Tag.

Gruss
TU

 

[TU1976]

Klappt so nicht. Habe die 2 neuen 14 TB Platten dem RAID-Verbund hinzugefügt und dann die 2 alten Platten deaktiviert im DSM. Sobald das RAID wieder nur 2 Platten enthält, bekomme ich ein "Warning".

Geht dann vermutlich nur über den oben beschriebenen Weg mit der Kommandozeile.

Gruss
TU

 

[TU1976]

wie ärgerlich...
Ich stelle gerade fest, daß ich die Größe von Volume2 nicht vergrößern kann (ist aktuell bei 99% und noch 20 GB frei), obwohl das komplette System jetzt von den 14 TB Platten "bespielt" wird. Die maximale Größe des RAID wird weiterhin mit knapp 4 TB angegeben und lässt sich nicht erweitern...

Falls jemand eine Idee hat, gern.

Gruss
TU

 

[Benares]

Geht dann vermutlich nur über den oben beschriebenen Weg mit der Kommandozeile.

Ohne den geht's eh nicht. Aber ich blicke gerade nicht, in welchem Stadium sich eine DS momentan befindet.
Poste mal einige Screenshots vom Speicher-Manager und der Ausgabe von "cat /proc/mdstat" auf der Konsole.

 

[TU1976]

Sind 2 Platten, je 14 TB, in Slot 2 und 4 am laufen.
Die alten 4 TB Platten habe ich deaktiviert und abgezogen.

cat /proc/mdstat :
$ cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdd3[5] sdb3[4]
3902196544 blocks super 1.2 [3/2] [UU_]

md1 : active raid1 sdd2[3] sdb2[1]
2097088 blocks [4/2] [_U_U]

md0 : active raid1 sdd1[3] sdb1[1]
2490176 blocks [4/2] [_U_U]

unused devices: <none>

Noch was eventuell?

Ich würde jetzt einfach das hier machen:
mdadm --grow /dev/md2 --raid-devices=2

und dann, falls das geklappt hat:
mdadm --grow /dev/md2 --size=max

Danach sollte alles weitere doch wieder über die GUI managebar sein, d.h. ich muß das hier nicht auf Kommandozeile machen:
resize2fs /dev/md2

Gruss
TU

 

[Benares]

Boah, ich kann gar nicht sagen, was ich da sehe. Ein zerstückeltes Raid1 aus sdb1 und sdd1 für den DSM, dito sdb2 und sdd2 als Swap, sowie sdb3/sdd3 für die Daten. Ein Pool mit 3,6TB mit 2 Volumes á 1 und 2,6TB Sorry, da blick selbst ich nicht mehr durch. Hast du das "mdadm --grow /dev/md2 --raid-devices=2" schon probiert?

Vielleicht solltest du doch besser neu aufsetzen

 

[Thonav]

Schließe mich uneingeschränkt @Benares Meinung an. Dieses Gefrickel kann doch nichts werden. In der Zeit hättest Du die Kiste schon 2 mal frisch aufsetzen können...

 

[TU1976]

ihr brecht mein Herz
Das Setup läuft seit 7 Jahren so, ich vermute mal da hat sich so einiges angesammelt an Gerümpel.

Nein, das Kommando habe ich noch nicht abgesetzt.

Gruss
TU

 

[Benares]

Dann probier es mal. Ich denke, es könnte sogar klappen. Aber ohne Gewähr.

Nach "mdadm --grow /dev/md2 --raid-devices=2" sollte zumindest mal die Warnung weg sein.
Ob du den Pool dann mit "mdadm --grow /dev/md2 --size=max" aufblasen kannst, kann ich nicht sagen, aber wenn das klappt, müssten sich die Volumes auch über den Speicher-Manager aufblasen lassen.

 

[Benares]

Was "Nein"? Nein, "Warnung geht nicht weg" oder nein, "mach ich nicht"?

 

[TU1976]

So Freunde der gepflegten Konversation, ein kleiner Zwischenstand:

sudo -i
Password:
root@blalaber:~# mdadm --grow /dev/md2 --raid-devices=2
raid_disks for /dev/md2 set to 2

Schaut gut aus jetzt:

Als nächstes das hier gemacht:
mdadm --grow /dev/md2 --size=max
Rückmeldung des Systems dazu war:
mdadm: component size of /dev/md2 has been set to 13661658112K


Jetzt schaut das ganze so aus:


(fürs Protokoll: Ich dokumentiere das so detailliert für die Nachwelt)

Sobald der Check rum ist, melde ich mich nochmal.
Gruss
TU