После перезагрузки, массив не собирается автоматом, приходится делать вручную mdadm --assemble Скорее всего проблема в связке udev-mdadm, в правиле udev-md-raid.rules. ldv@ прокомментируй подробнее.
Хорошо было бы добавить, что это происходит на systemd, и rootfs расположена в другом месте. Надо будет проверить новую версию mdadm, там обновлялась поддержка systemd.
(В ответ на комментарий №1) > Хорошо было бы добавить, что это происходит на systemd, и rootfs расположена в > другом месте. Надо будет проверить новую версию mdadm, там обновлялась > поддержка systemd. Новая версия в Сизифе. Прошу проверить.
Вроде работает. Прошу отписаться остальных, кто проверял.
С суперблоком версии 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
(В ответ на комментарий №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.
(В ответ на комментарий №4) > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо > со всем вчерашним, а вот при включении галки v1 было поймано такое: > как включал? новый массив создавал? Опиши.
(В ответ на комментарий №6) > (В ответ на комментарий №4) > > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо > > со всем вчерашним, а вот при включении галки v1 было поймано такое: > > > как включал? новый массив создавал? Опиши. В установщике при создании нового массива ставил галочку "использовать метаданные версии 1"
(В ответ на комментарий №7) > (В ответ на комментарий №6) > > (В ответ на комментарий №4) > > > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо > > > со всем вчерашним, а вот при включении галки v1 было поймано такое: > > > > > как включал? новый массив создавал? Опиши. > > В установщике при создании нового массива ставил галочку "использовать > метаданные версии 1" у меня в офисе массив v1.2 собирается. Судя по ману, опция "1" при создании массива указывает на использование варсии метаданных 1.2
Воспроизводится ли теперь? Если не будет сообщений о проблемах до 15 часов вторника 5 марта, то закрою как WORKSFORME/
(В ответ на комментарий №9) > Воспроизводится ли теперь? Если не будет сообщений о проблемах до 15 часов > вторника 5 марта, то закрою как WORKSFORME/ Уже 15 марта. Закрываю.
