mdadm – 突袭设备名称在重新启动时更改

我不知道为什么,但是在重新启动我的ec2实例后,/ dev / md0没有像往常那样启动。 在我看到/ dev / md *中有什么可用的,而不是看到/ dev / md0之后,有一个名为/ dev / md127的设备。 我更新了fstab以反映新设备,并能够成功安装它。 看一下/ proc / mdstat,它使用的RAID是最初创build的正确的基础临时卷:

[root@ip-10-0-1-21 ~]# cat /proc/mdstat Personalities : [raid0] md127 : active raid0 xvdc1[1] xvdb1[0] 870336512 blocks super 1.2 512k chunks unused devices: <none> 

然而,当我运行一个mdadm --detail --scan一个不同的设备名称显示:

 [root@ip-10-0-1-21 ~]# mdadm --detail --scan ARRAY /dev/md/ip-10-0-1-21:0 metadata=1.2 name=ip-10-0-1-21:0 UUID=543098de:1e9dc96e:4ce2444c:934bdfdf 

设备名称更改是否正常? 我必须用新的设备名称更新/ etc / fstab吗? 用新的信息重新运行/etc/mdadm.conf是否至关重要? 这个设备名是/ dev / md127还是dev / md / ip-10-0-1-21:0? 我想我不确定这里发生了什么事情。 有些见解会很棒。

ARRAY / dev / md / ip-10-0-1-21:0 metadata = 1.2 name = ip-10-0-1-21:0 …

软件RAID有一个价值与一个新的超级块有一个卷命名scheme超越/ dev / mdN。 它们包括名为homehost:volname组件。 这样可以更容易地断开数组并将其重新连接到另一个系统而不会发生冲突。

如果udev设置正确,应该有一个名为/dev/md/ip-10-0-1-21:0 ,这就是你应该在你的/etc/fstab使用新的风格的数组。 该设备在运行时为每个arrays创build。 /dev/md127条目只是为旧的工具和方法提供名称,以便能够使用该数组。 您通常不应该使用该名称作为挂载点,因为这些名称在启动过程中是dynamic分配的。 如果明天添加另一个arrays,则名为/dev/md127的设备可能是/dev/md126