[Sysadmins] mdadm cant assemble array

[Alexander Volkov]

04.04.2016, 11:45, "Alexei Takaseev" <alexei на taf.ru>:
> ----- Исходное сообщение -----
>>  От: "Alexander Volkov" <alt на vladregion.ru>
>>  Кому: "ALT Linux sysadmins' discussion" <sysadmins на lists.altlinux.org>
>>  Отправленные: Понедельник, 4 Апрель 2016 г 16:32:02
>>  Тема: Re: [Sysadmins] mdadm cant assemble array
>>
>>  Попробовал повторить, создав degraded массив из одного диска.
>>  PV пересоздал с опциями --uuid --restorefile
>>  ФС монтировать не стал.
>
> Повторить все то же самое чтобы были доступны данные.
Ну, вроде доступны, смонтировалось...

> На втором оставшемся диске создать раздел с типом FD (предварительно
> пройдясь по диску mdadm --zero-superblock /dev/sd-какой-он-там
>
> Создать из второго диска второй деградированный раздел.
>
> Повторить манипуляции с LVM чтобы было можно скопировать с первого
> раздела пользовательские данные во второй
>
> Скопировать данные
Тут скопировать данные не получится, а вот для pvmove не хватает одного экстента, что предсказуемо при создании второго рейда на разделе:
pvmove -b /dev/md3 /dev/md5
  Insufficient free space: 715364 extents needed, but only 715363 available
  Unable to allocate mirror extents for pvmove0.

Буду думать, где искать этот экстент...

>
> Разобрать первый массив, разметить первый диск, добавить его во второй массив
> и перевести оставшийся массив в полноценный режим.
>
> В свое время выхватил очень "приятный" сюрприз на массиве, собранном из неразмеченных
> дисков. После замены одного вышедшего из строя диска новым, массив перестал собираться
> при ребуте. Теперь софтрейды собираю только из размеченных дисков. Дополнительным плюсом идет
> человеческое выравнивание по секторам-блокам, что для дисков с логическими секторами
> на 512 при физических 4k очень полезно в плане производительности.
Спасибо за советы...

-- 
Regards, Alex