Массив md Raid6 исчез при перезагрузке

Question

Похоже, у вас массив из 6 устройств (AAAAAA), но доступны только 4 компонента устройств ( /dev/sd[defg]1). Расчет емкости подтверждает это: для создания массива RAID6 объемом 16 ТБ нужно 6 дисков по 4 ТБ.

Поскольку это RAID6 и все 4 доступных устройства, похоже, синхронизированы, его можно запустить, но только в так называемом режимеполностью деградировалрежим. В этом режиме для чтения любого блока необходимо прочитать полосу со всех дисков (что требует интенсивного ввода-вывода) и выполнить реконструкцию (используются оба синдрома четности, что требует интенсивного использования процессора при вычислениях поля Галуа), а для записи блока необходимо прочитать всю полосу, вычислить новые синдромы четности и записать данные как минимум на три устройства (что в целом требует еще более интенсивного ввода-вывода).

У Linux нет другого пути, кроме как вернуться к этому, если массив работал, и какое-то устройство вышло из строя в середине использования, в этом и заключается весь смысл RAID-массива. Как вы могли догадаться, производительность в этом состоянии очень плохая, а риск потери данных очень высок, поэтому вам не следует запускать массив в этом состоянии в течение длительных промежутков времени. В идеале вы предоставляете горячий резерв в дополнение к рабочим устройствам, чтобы он мог начать восстановление немедленно, как только обнаружит отказ любого компонента.

Но во время загрузки он не знает, отсутствуют ли какие-то устройства навсегда или они просто пока недоступны из-за ступенчатой раскрутки или других задержек инициализации. Ранняя активация массива выведет из синхронизации поздние устройства и заставит выполнить длительную повторную синхронизацию, во время которой массив будет испытывать наихудшие характеристики производительности, как описано выше. Это мотивирует ждать поздних устройств. Linux не будет активировать частично доступный массив автоматически по умолчанию, даже если есть достаточно устройств, чтобы запустить его хотя бы в каком-то деградированном режиме.

Но вы, администратор, можетесилаэто сделать так. Для этого,соберите массив заново с помощью--force:

mdadm --stop /dev/md1
mdadm --force --assemble /dev/md1 /dev/sd[defg]1

Точнее, он не будет автоматически собирать массив, если доступных устройств меньше, чем записано в суперблоках текущих устройств (в вашем случае записано, что все устройства были доступны в прошлый раз); когда вы удаляете устройство должным образом с помощью последовательности mdadm -f/ mdadm -rили при принудительной сборке, он записывает это, и массив затем будет автоматически собран втакой жедеградировавшее состояние автоматически.

Если этот массив не содержит ценных данных, лучше пересоздать его. Инициализация чувствуетБыстреечем добавление устройств и страдание от реконструкции.

Answer 1

Похоже, у вас массив из 6 устройств (AAAAAA), но доступны только 4 компонента устройств ( /dev/sd[defg]1). Расчет емкости подтверждает это: для создания массива RAID6 объемом 16 ТБ нужно 6 дисков по 4 ТБ.

Поскольку это RAID6 и все 4 доступных устройства, похоже, синхронизированы, его можно запустить, но только в так называемом режимеполностью деградировалрежим. В этом режиме для чтения любого блока необходимо прочитать полосу со всех дисков (что требует интенсивного ввода-вывода) и выполнить реконструкцию (используются оба синдрома четности, что требует интенсивного использования процессора при вычислениях поля Галуа), а для записи блока необходимо прочитать всю полосу, вычислить новые синдромы четности и записать данные как минимум на три устройства (что в целом требует еще более интенсивного ввода-вывода).

У Linux нет другого пути, кроме как вернуться к этому, если массив работал, и какое-то устройство вышло из строя в середине использования, в этом и заключается весь смысл RAID-массива. Как вы могли догадаться, производительность в этом состоянии очень плохая, а риск потери данных очень высок, поэтому вам не следует запускать массив в этом состоянии в течение длительных промежутков времени. В идеале вы предоставляете горячий резерв в дополнение к рабочим устройствам, чтобы он мог начать восстановление немедленно, как только обнаружит отказ любого компонента.

Но во время загрузки он не знает, отсутствуют ли какие-то устройства навсегда или они просто пока недоступны из-за ступенчатой раскрутки или других задержек инициализации. Ранняя активация массива выведет из синхронизации поздние устройства и заставит выполнить длительную повторную синхронизацию, во время которой массив будет испытывать наихудшие характеристики производительности, как описано выше. Это мотивирует ждать поздних устройств. Linux не будет активировать частично доступный массив автоматически по умолчанию, даже если есть достаточно устройств, чтобы запустить его хотя бы в каком-то деградированном режиме.

Но вы, администратор, можетесилаэто сделать так. Для этого,соберите массив заново с помощью--force:

mdadm --stop /dev/md1
mdadm --force --assemble /dev/md1 /dev/sd[defg]1

Точнее, он не будет автоматически собирать массив, если доступных устройств меньше, чем записано в суперблоках текущих устройств (в вашем случае записано, что все устройства были доступны в прошлый раз); когда вы удаляете устройство должным образом с помощью последовательности mdadm -f/ mdadm -rили при принудительной сборке, он записывает это, и массив затем будет автоматически собран втакой жедеградировавшее состояние автоматически.

Если этот массив не содержит ценных данных, лучше пересоздать его. Инициализация чувствуетБыстреечем добавление устройств и страдание от реконструкции.

Массив md Raid6 исчез при перезагрузке

решение1

Связанный контент