[Sysadmins] p8, mdadm 3.3.4 иногда не собирает RAID1 из 4-x (=?utf-8?b?0LDQs9Cw?=) разделов

Sergey a_s_y на sama.ru
Пн Мар 2 17:21:52 MSK 2020


Приветствую.

Наступил на какой-то непонятный баг. Есть система с таким
набором md-устройств:

===
Personalities : [raid10] [raid1]
md1 : active raid1 sdd1[3] sdc1[2] sdb1[0] sda1[1]
      196544 blocks [4/4] [UUUU]

md0 : active raid10 sdd3[3] sdc3[2] sda3[0] sdb3[1]
      972282880 blocks 512K chunks 2 near-copies [4/4] [UUUU]
===

/dev/sd[abcd] разбиты на разделы идентично:

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sda1  *      32768    425983    393216   192M fd Linux raid autodetect
/dev/sda2        425984   4489215   4063232     2G 82 Linux swap / Solaris
/dev/sda3       4489216 976773167 972283952 463,6G fd Linux raid autodetect

md0 - RAID10 на /dev/sd[abcd]3
md1 - RAID1  на /dev/sd[abcd]1

То есть md1 зеркало на 4-x разделах. Вроде как mdadm такое умеет,
и это работает. Но, иногда, при загрузке md1 оказывается в статусе

md1 : inactive sda1[1](S) sdc1[2](S) sdb1[0](S)
      589632 blocks

Блоков 196544*3, как будто пытается собраться страйп. И из 3-х почему-то.
Хотя опыт в работе с софтраид у меня минимальный, может с блоками так и
должно быть у inactive массива?

md0, при этом, всегда собирается, и там всё нормально. Долгие годы
/boot был на /dev/sda1, дошли вот руки собрать первые разделы в RAID1. 
Кто виноват, и что делать? Метадата 0.9 у обоих md.

-- 
С уважением, Сергей.


Подробная информация о списке рассылки Sysadmins