[Eisfair] [E1]: Raid-HDDs komplett austauschen

Rolf Bensch azubi at bensch-net.de
Sa Jun 27 14:02:32 CEST 2020


Hallo Marcus,

Am 27.06.20 um 13:26 schrieb Marcus Röckrath:
> Hallo Rolf,
> 
> Rolf Bensch wrote:
> 
>>> Nun hast die das Raid wieder vollständig. Nur leider ist das Raid noch
>>> in der alten Größe
>>> Anpassen mit
>>> mdadm --grow -z max /dev/md0
>>
>> die Drives sind jetzt getauscht und gesynct, mit --grow habe ich aber
>> Schwierigkeiten:
>>
>> ibs-server # mdadm --grow -z max /dev/md0
>> mdadm: component size of /dev/md0 unchanged at 976758912K
>>
>> ibs-server # mdadm --detail /dev/md0
>> /dev/md0:
>>              Version : 0.90
>>        Creation Time : Wed Jan 30 19:28:24 2013
>>           Raid Level : raid1
>>           Array Size : 976758912 (931.51 GiB 1000.20 GB)
>>        Used Dev Size : 976758912 (931.51 GiB 1000.20 GB)
>>         Raid Devices : 2
>>        Total Devices : 2
>>      Preferred Minor : 0
>>          Persistence : Superblock is persistent
>>
>>        Intent Bitmap : Internal
>>
>>          Update Time : Sat Jun 27 13:03:38 2020
>>                State : clean
>>       Active Devices : 2
>>      Working Devices : 2
>>       Failed Devices : 0
>>        Spare Devices : 0
>>
>> Consistency Policy : unknown
>>
>>                 UUID : 5f172df9:10613a1e:be99f867:ce7966d1
>>               Events : 0.9795
>>
>>       Number   Major   Minor   RaidDevice State
>>          0       8       33        0      active sync   /dev/sdc1
>>          1       8       49        1      active sync   /dev/sdd1
>> ibs-server # mdadm --grow --raid-devices=2 /dev/md0
>> mdadm: /dev/md0: no change requested
>>
>> Das Device ist nicht gemountet. Die neuen Drives sind knapp 2GB groß:
>>
>> ibs-server # fdisk -l /dev/sdc
>> Disk /dev/sdc: 1.84 TiB, 2000398934016 bytes, 3907029168 sectors
>> Disk model: Samsung SSD 860
>> Units: sectors of 1 * 512 = 512 bytes
>> Sector size (logical/physical): 512 bytes / 512 bytes
>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>> Disklabel type: gpt
>> Disk identifier: 9F397FBF-4E2C-5A48-8057-73CE302F1D67
>>
>> Device     Start        End    Sectors   Size Type
>> /dev/sdc1   2048 1953519999 1953517952 931.5G Linux RAID
> 
> Deine Vergrößerung, die ich noch nie selbst durchgezogen habe, muss IMHO in
> zwei Schritten geschehen.
> 
> Es muss zunächst die Partitionen auf dem Datenträger aufgezogen werden,
> danach dann das Dateisystem in der Partition.

korrekt. "mdadm --grow" sollte zunächst die Partition vergrößern - das 
scheitert aber mit "component size of /dev/md0 unchanged at 976758912K".
> 
> Thomas Zweifel hat das IMHO hier mal in der Newsgroup sehr schön
> beschrieben, suche doch mal im Forum.

Ich fand bereits "Defekte RAID Platte durch größere Neue ersetzen", 
konnte darin aber keine andere Vorgehensweise herauslesen. Thomas 
verwendet eine minimal andere Syntax als Olaf, das Ergebnis ist aber 
identisch:

ibs-server # mdadm -G -zmax /dev/md0
mdadm: component size of /dev/md0 unchanged at 976758912K

Grüße Rolf



Mehr Informationen über die Mailingliste Eisfair