Восстановление Рейдового массива
Здравствуйте, я хочу перестроить мой raid массив, и я нашел страницу в документации redhat, где написано, как это сделать, но, похоже, это не имеет смысла.
Вот ссылка на документацию. Часть, в которой я запутался, это шаг 5:
Msgstr "Чтобы восстановить диск, выполните" программный сбой "предыдущего запасного фрагмента: mdadm --manage --set-faulty /dev/md0 /dev/sdc3 ". Теперь система попытается восстановить массив на замененном диске.
Мало того, что это не имеет никакого смысла в английском языке, но я не вижу, как mdadm автоматически перестроит массив сразу после того, как я только что установил один из дисков для сбоя. Это просто ошибка в документации? Пожалуйста, помогите, я в замешательстве. Может кто-нибудь сказать мне, если эти инструкции верны, прежде чем я что-то испортить? Благодарю.
1 ответ
Я с вами, что документация (по крайней мере) неверна.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я не владею системой RHEL. У меня большой опыт работы с Debian raid из разных версий Debian, но я определенно никогда не сталкивался с системой RHEL. Пожалуйста, проверьте это на резервной системе (VM), прежде чем действовать на рабочей машине.
Вот что произойдет:
Удалить диск из рейд-массива.
mdadm --manage / dev / md0 -r / dev / sdc3
Раздел sdc3 будет исключен из массива md0.
- Извлеките диск из системы.
Весь диск sdc, включая его раздел sdc3, больше не будет в системе, я полагаю, что "они" хотят, чтобы мы просто "уложили неисправный диск sdc на рабочий стол".
- Используя fdisk, замените удаленный диск и переформатируйте заменяющий диск.
Вы подключаете новый диск SDC, а затем переразбиваете его точно так же, как неисправный. На этом этапе "sdc3 раздел снова будет существовать в системе
Добавьте новый диск обратно в массив RAID.
mdadm --manage / dev / md0 -a / dev / sdc3
Раздел sdc3 будет добавлен в массив, и повторная синхронизацияначнется автоматически и немедленно. Это просто то, что нужно для замены неисправного диска. Вам просто нужно дождаться завершения ресинхронизации, просмотрев / proc / mdstat и ничего более. Но документация продолжается.
Чтобы восстановить диск, выполните "программный сбой" предыдущего запасного фрагмента:
mdadm --manage --set-faulty / dev / md0 / dev / sdc3
Это установит раздел sdc3 как неисправный, имитирующий аппаратный сбой. Вы вернетесь к шагу 1, когда у вас произошел сбой раздела sdc3.
Теперь система попытается восстановить массив на замененном диске. Используйте следующую команду для мониторинга состояния:
смотреть -n 1 cat /proc/mdstat
На самом деле нет. Система будет ждать вашего вмешательства, и теперь вы должны снова выполнить шаги 1-4. Однако эта команда является правильной для мониторинга процесса повторной синхронизации с обновлениями в течение 1 секунды. Нажмите CTRL+C, чтобы выйти из процесса наблюдения.
После завершения перестройки массива удалите и снова добавьте диск с программным обеспечением обратно в массив.
mdadm --manage / dev / md0 -r / dev / sdc3
mdadm --manage / dev / md0 -a / dev / sdc3
Фактически, эти две команды приведут к запуску процесса перестройки (повторной синхронизации). Это в точности шаги 1 и 4 (шаги 2 и 3 теперь не нужны, поскольку диск не вышел из строя из-за реальной проблемы, но из-за симулированной ошибки). Теперь вам нужно дождаться завершения процесса перестройки, отслеживая / proc / mdstat.
Проверьте массив.
mdadm --detail / dev / md0
Это даст вам больше информации о массиве md0, но не более о процессе повторной синхронизации, который вы уже можете получить из / proc / mdstat. Не нужно вообще.