[Eisfair] [E1]: mdadm "verliert" Device

[Holger Bruenjes]

Hallo Rolf

Am 29/03/2023 um 08.53 schrieb Rolf Bensch:

> heute keine Warnmeldung mehr erhalten - also alles wieder okay.
> 
> Im mdadm-Menü gibt es noch den Punkt "Create mdadm.conf". Den hatte ich zuvor ausgeführt und eine fehlerhafte mdadm.conf erhalten. Heute nochmals ausgeführt wird eine korrekte mdadm.conf geschrieben. Wie passt das zusammen?

Tja, dass ist ein Henne Ei Problem,

eisfair benutzte bisher

mdadm --examine --scan

das erzeugt wie bisher bei metadatda=0.90 ein device /dev/md0

mit

mdadm --detail --scan

wird das device mit sysmlink /dev/md/0 angelegt, dass wird aber nur 
korrekt gemacht, wenn der Wert vorher in der mdadm.conf korrekt auf 
die Symlink Version gesetzt wird, also /dev/md/0

eben wie gesagt, es ist ein Henne Ei Problem, es hat auch lange 
gedauert bis ich das Problem eingekreist hatte.

------
Looks like we find a root cause.
As a name for examine is being set devnode (/dev/md1).
It is exactly happens here: 
https://git.kernel.org/pub/scm/utils/mdadm/mdadm.git/tree/super0.c#n270
This is a problem only for 0.90. If you would like to, you can 
prepare and send a fix to upstream review: 
http://vger.kernel.org/vger-lists.html#linux-raid
-------

aber fixen kann ich das nicht

Holger