Geloest: RAID5 Platten erweitern/vergroessern, wie am besten?

Boah,
Ubuntu gebootet, das RAID war sofort mit 2 von 3 Platten da.

Ganz mutig ein

mdadm -a /dev/md1 /dev/sde5      # mit der 750er!!

gemacht. Und jetzt zeigt 'cat /proc/mdstat' an, dass die Moehre das RAID recovert
Da scheine ich um den Video-Datengau nochmal rumgekommen zu sein...

Die Moral von der Geschicht':
Nie mehr mit 'dd' versuchen, ein RAID zu erweitern. Ich wollt's ja nicht glauben, aber das versuche ich nicht nochmal.

Vielen Dank an alle hier fuer die Tipps.

Gruss,
- berndl

[EDIT] So, die zweite 500er rausgenommen und durch eine neue 1TB ersetzt. Unter Ubuntu darauf eine 1TB Raid-Autodetect (fd) Partition angelegt, und dann mit den oben genannten Mitteln versucht weiter zu machen. Pustekuchen! Mir hat's wieder die Laufwerksbezeichnungen durcheinander gehauen...
Also, cool down, reboot, dann mit 'sudo fdisk -l' erstmal schauen, wo die Lw sind! Jetzt synchronisiert er gerade die neue 1TB anstelle der 500GB ein...
UUID ist ja nicht schlecht. Aber wenn Tools etwas in der Art von /dev/sdX erwarten dann kann das ganz schoen muehselig werden und den Adrenalinpegel ganz schoen hoch treiben...
[/EDIT]
[2EDIT] Achja, frueher war alles besser....[/2EDIT]

Och Menno...

jetzt habe ich hier folgendes von 'fdisk -l':

Platte /dev/sde: 750.1 GByte, 750156374016 Byte 
255 Köpfe, 63 Sektoren/Spuren, 91201 Zylinder 
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes 
Disk identifier: 0x000ec800
     Gerät  boot.     Anfang        Ende     Blöcke   Id  System
 /dev/sde1               1       91201   732572001    5  Erweiterte
 /dev/sde5               1       91201   732571969+  fd  Linux raid autodetect


Platte /dev/sdf: 1000.2 GByte, 1000204886016 Byte 
255 Köpfe, 63 Sektoren/Spuren, 121601 Zylinder 
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes 
Disk identifier: 0x00000000
     Gerät  boot.     Anfang        Ende     Blöcke   Id  System
 /dev/sdf1               1      121601   976760001    5  Erweiterte
 /dev/sdf5               1      121601   976759969+  fd  Linux raid autodetect 


Platte /dev/sdg: 1000.2 GByte, 1000204886016 Byte 
255 Köpfe, 63 Sektoren/Spuren, 121601 Zylinder 
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes 
Disk identifier: 0x00085f4a
     Gerät  boot.     Anfang        Ende     Blöcke   Id  System
 /dev/sdg1               1      121601   976760001    5  Erweiterte
 /dev/sdg5               1      121601   976759969+  fd  Linux raid autodetect

Und ein Versuch des resize sagt mir:

berndl@amd:~$ sudo resize2fs /dev/md1 
resize2fs 1.40.8 (13-Mar-2008) 
Das Dateisystem ist schon 244191936 Blöcke groß. Nichts zu tun!

Wie krieg ich jetzt mein /dev/md1 von 2x500GB auf 2x750GB?
Mit der Option '-f' (force)? Oder wie oder was...

Gruss,
- berndl

PS: Output von df -h:

berndl@amd:~$ df -h 
... 
/dev/md1              917G  712G  206G  78% /mnt/md1

Quote

Original von sparkie
...
also mach' am besten mal mal

e2fsck -f /dev/md1
und dann erst
resize2fs -p /dev/md1

- sparkie

Moin. Guter Tipp, hab' ich gerade gemacht. Er meint aber immer noch, dass er nix tun muss...

Was zum Geier ist da los?

Gruss,
- berndl

Quote

Original von kamel5
Hallo.

was ich hier in dem ganzen Thread bisher vermisse, ist das Vergrößern des Raid.
Es reicht nicht aus, die Partitionen durch größere zu ersetzen und dann ein resize2fs zu machen.
Zwischendurch muss auch noch das Raid selbst vergrößert werden.

Ich hab es bisher immer so gemacht und das hat auch schon mehrmals gut funktioniert:

1. mdadm -f -r /dev/partition # Entfernen eines Raid-Device
2. mdadm -a /dev/partition # Hinzufügen des neuen größeren Raid-Device
Hier resync abwarten!

Das Ganze nun so oft bis alle Partitionen gegen größere ausgewechselt wurden.

3. mdadm --grow --size=max /dev/raid # hier wird das Raidarray selbst vergrößert
(siehe hierzu auch mdadm --grow --help)
Hier reshape abwarten!

4. resize2fs /dev/raid # Vergrößern des Dateisystems

Zeitintensiv ist das Alles natürlich, aber wohl der einzige Weg, wenn man nicht so viel Platz zum Zwischenspeichern hat.

Feststellen muss ich noch, das ich dabei hier auch schon dachte vorm Datenverlust zu stehen, das Raid aber immer gerettet werden konnte, die Software scheint doch sehr Fehlertolerant zu sein, auch was Rechnerabstürze und so betrifft.

PS: mdadm --grow kann auch genutzt werden, wenn z.B. ein Raid5 von 3 auf 4 Raid-Devices vergrößert serden soll.

Display More

Mensch kamel5, BINGO!

Ein 'mdadm --detail /dev/md1' zeigt mir als Array Size auch 931.52GiB an... Oh ist das peinlich

Ich lass' gerade nochmal den e2fsck laufen, dann -growe ich das Array mal...

Gruss+Danke!
- berndl

PS: Kann ueber die Stabilitaet von mdadm auch nix negatives berichten. Sogar meine dilletantische Bastelei in den letzten 2 Tagen hat es bisher klaglos mitgemacht

[EDIT] Das wars, jetzt isser gerade beim resize. Funzt also prima! Nochmal danke an alle hier [/EDIT]

[EDIT2] Boah, schon geil, wenn bei einem 'df -h' folgendes kommt:

/dev/md1              1,4T  718G  658G  53% /mnt/md1

[/EDIT2]