Bug 28120 - Не поднимается RAID с новыми ядрами и udev
: Не поднимается RAID с новыми ядрами и udev
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/mdadm)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
: 27685
  Show dependency tree
 
Reported: 2012-11-23 15:27 by
Modified: 2013-03-15 21:40 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2012-11-23 15:27:56
После перезагрузки, массив не собирается автоматом, приходится делать вручную
mdadm --assemble
Скорее всего проблема в связке udev-mdadm, в правиле udev-md-raid.rules.

ldv@ прокомментируй подробнее.
------- Comment #1 From 2012-11-23 18:35:52 -------
Хорошо было бы добавить, что это происходит на systemd, и rootfs расположена в
другом месте.  Надо будет проверить новую версию mdadm, там обновлялась
поддержка systemd.
------- Comment #2 From 2012-11-29 11:09:37 -------
(В ответ на комментарий №1)
> Хорошо было бы добавить, что это происходит на systemd, и rootfs расположена в
> другом месте.  Надо будет проверить новую версию mdadm, там обновлялась
> поддержка systemd.

Новая версия в Сизифе. Прошу проверить.
------- Comment #3 From 2012-12-06 17:22:00 -------
Вроде работает. 
Прошу отписаться остальных, кто проверял.
------- Comment #4 From 2012-12-06 19:36:13 -------
С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
со всем вчерашним, а вот при включении галки v1 было поймано такое:

>  sdb: sdb1
> sd 1:0:0:0: [sdb] Attached SCSI disk
>  sda: sda1
> sd 0:0:0:0: [sda] Attached SCSI disk
> initrd: udev: Running md_run handler ...
> initrd: udev: Running md_run handler ...
> /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/
md0/uevent: Directory nonexistent
> initrd: udev: Running md_run handler ...
> /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/md0/uevent: Directory nonexistent
> [...]

Т.е. попытки собрать массив из полученных дисков не наблюдалось, вот и md0/
нет.

make-initrd-mdadm при формировании этого initrd в целевой системе был
установлен, образ для воспроизведения (тестирую в vbox) доступен здесь:
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/tmp/server-mini-20121206-x86_64.iso
------- Comment #5 From 2012-12-06 23:32:53 -------
(В ответ на комментарий №4)

Народ, пишите в багах какие версии тестируете... а то я по путям в логах
догадываюсь.

> С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> со всем вчерашним, а вот при включении галки v1 было поймано такое:
> 
> >  sdb: sdb1
> > sd 1:0:0:0: [sdb] Attached SCSI disk
> >  sda: sda1
> > sd 0:0:0:0: [sda] Attached SCSI disk
> > initrd: udev: Running md_run handler ...
> > initrd: udev: Running md_run handler ...
> > /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/
> md0/uevent: Directory nonexistent
> > initrd: udev: Running md_run handler ...
> > /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/md0/uevent: Directory nonexistent
> > [...]
> 
> Т.е. попытки собрать массив из полученных дисков не наблюдалось, вот и md0/
> нет.

Хм... это не может быть связано с версией udev ?

> make-initrd-mdadm при формировании этого initrd в целевой системе был
> установлен

Уже не помню с какой версии, но features/mdadm вытесняет features/raid.
------- Comment #6 From 2012-12-07 12:20:46 -------
(В ответ на комментарий №4)
> С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> со всем вчерашним, а вот при включении галки v1 было поймано такое:
> 
как включал? новый массив создавал? Опиши.
------- Comment #7 From 2012-12-07 17:13:07 -------
(В ответ на комментарий №6)
> (В ответ на комментарий №4)
> > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> > со всем вчерашним, а вот при включении галки v1 было поймано такое:
> > 
> как включал? новый массив создавал? Опиши.

В установщике при создании нового массива ставил галочку "использовать
метаданные версии 1"
------- Comment #8 From 2012-12-10 13:47:18 -------
(В ответ на комментарий №7)
> (В ответ на комментарий №6)
> > (В ответ на комментарий №4)
> > > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> > > со всем вчерашним, а вот при включении галки v1 было поймано такое:
> > > 
> > как включал? новый массив создавал? Опиши.
> 
> В установщике при создании нового массива ставил галочку "использовать
> метаданные версии 1"

у меня в офисе массив v1.2 собирается. Судя по ману, опция "1" при создании
массива указывает на использование варсии метаданных 1.2
------- Comment #9 From 2013-03-04 05:06:45 -------
Воспроизводится ли теперь? Если не будет сообщений о проблемах до 15 часов
вторника 5 марта, то закрою как WORKSFORME/
------- Comment #10 From 2013-03-15 21:40:25 -------
(В ответ на комментарий №9)
> Воспроизводится ли теперь? Если не будет сообщений о проблемах до 15 часов
> вторника 5 марта, то закрою как WORKSFORME/

Уже 15 марта. Закрываю.