Правильно ли я настроил RAID?

[klark973]

Я завтра проверю: https://bugzilla.altlinux.org/29831#c29. Система с /boot с nofail у меня загрузилась, но я не помню, чтобы у меня /boot смонтирован оказался.

Всё же с /boot иная ситуация.

[asy]

Я завтра проверю: https://bugzilla.altlinux.org/29831#c29. Система с /boot с nofail у меня загрузилась, но я не помню, чтобы у меня /boot смонтирован оказался.

Всё же с /boot иная ситуация.

Речь про "правила udev соберут". Не собрали, /boot отсутствует. Начиная с того, что никто модуль raid1 не подгрузил.

[klark973]

Правила udev тут не причём. С /boot у вас совсем иная ситуация, она по части legion@. В этой теме проблема с отработкой правил udev во второй стадии загрузки, а не в первой.

[asy]

Правила udev тут не причём. С /boot у вас совсем иная ситуация, она по части legion@. В этой теме проблема с отработкой правил udev во второй стадии загрузки, а не в первой.

Как сказать. /boot в первой стадии не нужен, там загрузчик (и да, это lilo, а не grub ) грузит ядро и initrd без учёта ФС вообще. Так что можно и про вторую стадию говорить: /boot становится нужен только в момент обновления ядра и/или initrd, так что не вижу проблем, если его кто-то соберёт в конце. Но не собирает.

[KALIBR-10]

Если после перезапуска будет снова "inactive", значит проблему создаёт make-initrd в процессе сборки первого рейда -- он выполняет pivot_root не дожидаясь двух других рейдов.

Для решения этой проблемы (если подтвердится) нашёл простой воркэраунд: временно скопировать куда-то /etc/mdadm.conf, внести в него одно изменение:

Код: [Выделить]

-DEVICE partitions
+DEVICE /dev/sd[ab]1
после чего запустить make-initrd и вернуть обратно сохранённый конфиг. По идее, никто в initramfs после такого финта пытаться собирать массивы из оставшихся дисков не должен, а следовательно, при корректном отключении состояния inactive не возникнет и правила udev должны отработать штатно. Однако сразу предупрежу, что вместо /dev/sda и /dev/sdb здесь лучше использовать /dev/disk/by-* -- взять что-то подходящее отсюда и искать диски по чему угодно, да хоть по серийнику, а не по нодам.

DEVICE partitions заменить на DEVICE /dev/sd[ab]1 ? Остальные строки оставить как есть?

[KALIBR-10]

В итоге выглядит так:

Код: [Выделить]


MAILADDR root
PROGRAM /sbin/mdadm-syslog-events
#DEVICE partitions

DEVICE /dev/disk/by-id/scsi-35000cca01fdf7c38-part1 /dev/disk/by-id/scsi-35000cca01fdf9544-part1

ARRAY /dev/md/mlxbackups2.localdomain:126 metadata=1.2 name=mlxbackups2.localdomain:126 UUID=75e5fb0e:ad46699c:532a7fb4:be615ad5
ARRAY /dev/md/mlxbackups2.localdomain:128 metadata=1.2 name=mlxbackups2.localdomain:128 UUID=514abfe7:5d077061:38961e51:745c7078
ARRAY /dev/md/127_0 metadata=0.90 UUID=e0bf5e83:1b160f9f:ab330322:964acf94
## EOF ##

Попробую
make-initrd и ребут

[KALIBR-10]

Всё поднялось после ребута:

Код: [Выделить]

# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md128 : active raid6 sdu[6] sdv[7] sdo[0] sdq[2] sdt[5] sdp[1] sdr[3] sdx[9] sds[4] sdw[8]
      62511153152 blocks super 1.2 level 6, 512k chunk, algorithm 2 [10/10] [UUUUUUUUUU]
      [>....................]  resync =  1.4% (115829372/7813894144) finish=1236.4min speed=103763K/sec
      bitmap: 59/59 pages [236KB], 65536KB chunk

md126 : active raid6 sdj[7] sdi[6] sdf[3] sdg[4] sdh[5] sde[2] sdd[1] sdk[8] sdc[0] sdm[10] sdn[11] sdl[9]
      78138941440 blocks super 1.2 level 6, 512k chunk, algorithm 2 [12/12] [UUUUUUUUUUUU]
      [>....................]  resync =  1.5% (119591932/7813894144) finish=1222.0min speed=104937K/sec
      bitmap: 59/59 pages [236KB], 65536KB chunk

md125 : active raid1 sda1[0] sdb1[1]
      586057664 blocks [2/2] [UU]
     
unused devices: <none>

Вопрос как теперь быть? Юзать этот костыль или ждать исправления? У меня на очереди ещё один сервак нужно настроить как хранилку с рейдами

[klark973]

Это отличная новость!

Вопрос как теперь быть? Юзать этот костыль или ждать исправления?

Одно другому не мешает. Кроме исправления в make-initrd, нам следует поправить сборку mdadm, но когда этим shaba@ сможет заняться... Сравнил разные сборки с убунтой, федорой, opensuse, так вот все отличаются, хоть и не сильно, но мне показалось, что наша сейчас представляет древний форк из opensuse с дотягиваемым бэкпортированием исправлений из апстрима, а наиболее продвинутой в части лечения подобных ситуаций мне показалась сборка федоры (там есть всякие systemd таймеры). Но я не маинтейнер этого пакета.

[klark973]

Код: [Выделить]

ARRAY /dev/md/mlxbackups2.localdomain:126 metadata=1.2 name=mlxbackups2.localdomain:126 UUID=75e5fb0e:ad46699c:532a7fb4:be615ad5
ARRAY /dev/md/mlxbackups2.localdomain:128 metadata=1.2 name=mlxbackups2.localdomain:128 UUID=514abfe7:5d077061:38961e51:745c7078

Попробую
make-initrd и ребут

Вот эти два рейда там тоже не нужны. Возможно, resync после ребута по этой причине, а возможно стоило до ребута остановить массивы руками, как я предлагал.

Вопрос как теперь быть? Юзать этот костыль или ждать исправления?

В рассылке legion@ предложил другой вариант: добавить в /etc/initrd.mk MOUNTPOINTS += /точки/монтирования ваших рейдов либо в /etc/fstab при их монтровании добавить опцию x-initrd-mount , однако в вашем случае я бы перестраховался и добавил бы ещё MODULES_ADD += raid6 в первый конфиг, т.к. судя по багу asy@ в make-initrd сейчас не решена проблема с дотягиванием в initramfs модулей, необходимых для не-ROOTFS рейдов.