04.04.2016, 11:45, "Alexei Takaseev" <[email protected]>: > ----- Исходное сообщение ----- >> От: "Alexander Volkov" <[email protected]> >> Кому: "ALT Linux sysadmins' discussion" <[email protected]> >> Отправленные: Понедельник, 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 _______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
