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

[Holger Bruenjes]

Hallo Johannes

Am 19/07/2023 um 09.58 schrieb Johannes Hinteregger:
> auf dem Server läuft seit 2011 ein mittels den damaligen Raidtools
> erstelltes Soft-Raid Level 1 (=mirror) bestehend aus zwei Festplatten,
> je aufgeteilt in 4 Partitionen (boot, swap, root, data).
> Das System bootet also auch vom Verbund.
> Seit der Erstellung wurde mit Ausnahme der Updates nichts am System
> verändert, kein seitdem durchgeführtes Update hat Probleme betreffend
> des Raid verursacht. Es läuft seitdem 24/7 mit den ersten HDDs fehlerfrei.
> Seit kurzem, ich kann nicht ganz genau sagen, seit wann, haben die
> Raid-Devices statt md1 (boot), md2 (swap), md3 (root), md4 (data) nun
> die Bezeichnungen md124 (data), md126 (swap), md127 (root) und md125
> (boot).
> Wenn ich das richtig verstehe, liegt das an einer fehlenden mdadm.conf,
> die ja planmäßig nie erstellt wurde.
> 
> Nun meine Frage zum Verständnis: Beim Startvorgang hat das System
> aufgrund der fehlenden mdadm.conf keinerlei Informationen zum
> vorhandenen Raid, es wird also selbstständig erkannt und die
> device-Namen vom Kernel vergeben?
> 
> Hintergrund: Der zuletzt installierte Kernel wurde - eventuell durch
> obige Problematik - nicht aktiviert, sh. meine Anfrage im Nachbarthread
> (die dort nichts zu suchen hat, deswegen nochmal hier separat). Laut
> Thomas Zweifel wird die alte raidtab nicht mehr ausgelesen und Holger
> Bruenjes riet mir, eine mdadm.conf mittels mdadm zu erzeugen. Der Server
> ist kritisch, ich möchte hier vorsichtig sein, deshalb frage ich jetzt
> nochmal nach, bevor und ob überhaupt ich Hand anlege - ich muss hier
> Nutzen und Risiko abwägen, er läuft ja einwandfrei.

wie schon gesagt, wenn der Kernel nicht die Namen vorgelesen 
bekommt, macht er selber welche.

Mit mdadm hast du zusaetzlcih die Moeglichkeit das Raid auch 
ueberwachen zu lassen und dir entsprechende Meldungen schicekn zu 
lassen, wenn etwas im Busch ist, ganz nuetzlich wenn z.B. eine 
Platte ausfaellt.

> Was ich auf dem System noch gefunden habe, ist ein beim Kernel-Update
> (17.07.23) aktualisiertes Verzeichnis /run, dort gibt es eben /run/mdadm
> mit einer ebenfalls 17.07.23 erstellten Datei map mit folgendem Inhalt:

nunja, dass hat nichts mit dem Kernelupdate zu tun, /run mit seinem 
ganzen Inhalt wird bei jedem boot neu erzeugt


> md124 0.90 298b8dd8:103d6aff:19095078:02a0c4b7 /dev/md/124_0
> md126 0.90 e06eca0d:4a4bb2ca:385b2224:37b98de5 /dev/md/127_1
> md127 0.90 8b67e30d:9855464b:dce3b997:d44eac15 /dev/md/127_0
> md125 0.90 63ad8927:38125ef0:12cd9f44:c016e716 /dev/md/125_0

> 
> Hier fällt auf, dass md126 (swap) auf md127_1 gemapt werden sollte. Die
> Zahlenreihe kann ich nicht interpretieren, jedenfalls handelt es sich
> nicht um die UUID, die in der fstab zu finden ist.

richtig, es sind die RAID device Nummer zum zusammenbastel der 
Platten, damit der Kernel weiss was wie zusammengebaut werden soll

in der fstab steht die UUID der Partition


wenn du madam installierst kannst du dir das auch anzeigen lassen

mdadm --detail --scan


bei mir sieht das dann so aus

eis:/ # mdadm  --detail  --scan
ARRAY /dev/md/1 metadata=0.90 UUID=1e5c2d11:94aca0af:3d186b3c:53958f34
ARRAY /dev/md/3 metadata=1.2 name=(none):3 
UUID=a418336e:d0bd8a83:ff463adc:c569886f
ARRAY /dev/md/2 metadata=1.2 name=(none):2 
UUID=6b9bad29:1f445ef9:2204cf51:dc0ecb85
ARRAY /dev/md/4 metadata=1.2 name=(none):3 
UUID=de3e2100:f181d438:9381a835:795e07c8

und der map file in /run

md4 1.2 00213ede:38d481f1:35a88193:c8075e79 /dev/md/4
md3 1.2 6e3318a4:838abdd0:dc3a46ff:6f8869c5 /dev/md/3
md1 0.90 1e5c2d11:94aca0af:3d186b3c:53958f34 /dev/md/1
md2 1.2 29ad9b6b:f95e441f:51cf0422:85cb0edc /dev/md/2


eis:/ # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] 
[raid4] [multipath]
md4 : active raid1 sdd3[2] sdc3[3]
       2929944000 blocks super 1.2 [2/2] [UU]
       bitmap: 0/22 pages [0KB], 65536KB chunk

md2 : active raid1 sdb2[1] sda2[0]
       130048 blocks super 1.2 [2/2] [UU]
       bitmap: 0/1 pages [0KB], 65536KB chunk

md3 : active raid1 sdb3[1] sda3[0]
       488013824 blocks super 1.2 [2/2] [UU]
       bitmap: 0/4 pages [0KB], 65536KB chunk

md1 : active raid1 sdb1[1] sda1[0]
       98240 blocks [2/2] [UU]
       bitmap: 0/1 pages [0KB], 65536KB chunk

unused devices: <none>


Holger