У меня на рабочем сервере 8-дисковый RAID 6 (500x8).
Вчера мы заметили, что сервер работает медленно, и после расследования я обнаружил, что 2 диска в RAID вышли из строя, и система уведомлений не смогла отправить уведомление по электронной почте. Мы немедленно выключили сервер, заменили 2 диска, которые вышли из строя, и позволили им восстановиться перед перезагрузкой в Windows.
Теперь загрузка обратно в Windows пошла найти, но иногда появляются такие ошибки:
Puncturing bad block: PD Port 0 - 3:0:0 Location 0x209a3686
Puncturing bad block: PD Port 4 - 7:0:7 Location 0x209a3686
Unrecoverable medium error during recovery: PD Port 0 - 3:0:0 Location 0x209a3686
Puncturing bad block: PD Port 0 - 3:0:0 Location 0x209a3686
Puncturing bad block: PD Port 4 - 7:0:7 Location 0x209a3686
Кроме того, виртуальные машины, работающие на машине, не могут правильно выполнять обновления Windows. Это может быть связано, а может и не быть.
После небольшого исследования я выполнил проверку согласованности на VD, и тут возникло несколько вещей, смешанных с большим количеством того же, что и выше:
Consistency Check completed with uncorrectable errors on VD: 0
Consistency Check found inconsistent parity on VD strip: ( VD = 0, strip = 1068315)
Consistency Check detected uncorrectable multiple medium errors: ( PD Port 4 - 7:0:7 Location 0x209a3686 VD 0)
Consistency Check found inconsistent parity on VD strip: ( VD = 0, strip = 1067493)
Unexpected sense: PD = Port 0 - 3:0:0Unrecovered read error, CDB = 0x28 0x00 0x1f 0xac 0x8c 0x00 0x00 0x02 0x00 0x00 , Sense = 0xf0 0x00 0x03 0x1f 0xac 0x8d 0xdb 0x0a 0x00 0x00 0x00 0x00 0x11 0x00 0x00 0x00 0x00 0x00
Я читал на одном форуме, где числа вроде 3: 0: 0 показывают диск 0, где проблема, но я не уверен, так как здесь показано несколько дисков. (Заменили диски 1 и 5).
Может ли кто-нибудь сломать это для меня? Есть ли простое решение, например, дальнейшая замена и восстановление других дисков?
заранее спасибо
В дополнение к ответу DevOps: при восстановлении нередко возникают дополнительные ошибки.
Обычно это объясняется повышенным стрессом во время восстановления, но я обнаружил, что это не так. Стресс во время тяжелых нагрузок не вызывает ошибок чтения. Скорее, это происходит из-за ранее необнаруженного гниения битов на дисках: когда данные никогда не считываются в течение месяца или даже лет, некоторые секторы могут превышать исправление ошибок, делая их нечитаемыми. Когда они встречаются во время перестройки без остатка избыточности, перестройка не удастся.
Итак, после того, как вы перестроили свой массив, убедитесь, что вы включили ежемесячная очистка данных, патрулирование СМИ, чтение патрулей или как там это называется на вашем контроллере. Таким образом, любые слабые сектора будут своевременно обнаружены и исправлены. Если в вашем контроллере нет этой опции, запускайте ежемесячное преобразование образа в нуль на полном логическом диске (например, используя дд).
Обычно, когда есть проколотые диски, данные RAID больше не являются надежными. Вы можете попытаться скопировать его в другое место, но целостности данных нельзя доверять.
После этого уничтожьте всю структуру RAID, создайте новую с опцией инициализации, чтобы принудительно проверить работоспособность диска.
Лучше всего активно отслеживать состояние RAID, чтобы обнаруживать проблему при первом отказе диска, а не ждать, пока оба выйдут из строя.
Время восстанавливать из резервных копий.