[Eisfair] [E1] Altes Software Raid 1 ohne mdadm.conf erzeugt md124 md125 md126 md127

[Holger Bruenjes]

Hallo Johannes

Am 20/07/2023 um 16.18 schrieb Johannes Hinteregger:
> 
> 
>>
>> #----------------------------------------------------------------------------
>> #  mdadm.conf file generated by mdadm version: 3.4.0
>> #
>> #  Do not edit this file, edit /etc/config.d/mdadm
>> #  Creation date: 2023-07-20 Time: 15:57:43
>> #----------------------------------------------------------------------------
>> DEVICE partitions
>> ARRAY /dev/md/127_0 metadata=0.90 UUID=8b67e30d:9855464b:dce3b997:d44eac15
>> ARRAY /dev/md/127_1 metadata=0.90 UUID=e06eca0d:4a4bb2ca:385b2224:37b98de5
>> ARRAY /dev/md/125_0 metadata=0.90 UUID=63ad8927:38125ef0:12cd9f44:c016e716
>> ARRAY /dev/md/124_0 metadata=0.90 UUID=298b8dd8:103d6aff:19095078:02a0c4b7
>> PROGRAM /usr/libexec/mdadm/mdadm-event-handler.sh
>>
>>
>> Jetzt stimmt die Reihenfolge nicht mehr, anhand der UUID sind die
>> Partitionen zuordenbar.
>> Warum sind das nicht die gleichen UUID wie in der fstab?

die RAID UUID zeigt den Zusammenhalt der RAID Teile an, die ja auf 
verschiedenen Platten liegen, an Hand dieser UUID wird das RAID 
zusammen gebaut.

danach erhalt diese neue Partition die UUID die in der fstab steht 
da das RAID ja aus mehreren RAID Teilen auf verschiedenen Platten 
besteht.


> ...und warum stimmt die nun neu erstellte mdadm.conf nicht mit der
> Ausgabe von cat /proc/mdstat überein?

das stimmt erst, wenn eine neue initrd erzeugt wurde und ein reboot 
erfolgt ist.

mkinitrd -f
reboot

> 
> eis # cat /proc/mdstat
> Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5]
> [raid4] [multipath]
> md124 : active raid1 sdb4[0] sda4[1]
>         1940860736 blocks [2/2] [UU]
> 
> md125 : active raid1 sdb1[0] sda1[1]
>         56128 blocks [2/2] [UU]
> 
> md126 : active raid1 sdb2[0] sda2[1]
>         2104448 blocks [2/2] [UU]
> 
> md127 : active raid1 sdb3[0] sda3[1]
>         10490368 blocks [2/2] [UU]
> 
> unused devices: <none>

Holger