[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