Идентификация отказавшего жесткого диска в RAID
Лучший способ состоит в том, чтобы использовать 'ping', но можно найти больше путей здесь: http://drbatcher.blogspot.com/2009/10/pauses-and-delays-in-batch-scripts.html
Если вы действительно используете arcconf, вы можете увидеть состояние физического диска следующим образом:
arcconf getconfig 1 PD
Ищите диски с состоянием Failed, чтобы идентифицировать диски, которые были помечены как неисправные. Для справки результат будет выглядеть примерно так:
Устройство №6 Устройство - жесткий диск Состояние: сбой Размер блока: Неизвестно Поддерживается: Да Сообщаемый канал, устройство (T: L): 0,15 (15: 0) Производитель: * ОТСУТСТВУЕТ * Модель: Прошивка : Общий размер: 0 МБ Запись в кэш: неизвестно FRU: Нет УМНАЯ. : Нет УМНАЯ. предупреждения: 0 SSD: Нет MaxCache Capable: Нет Назначено MaxCache: Нет
На основании end_request: критическая ошибка цели, dev sda, сектор 556782970 строка, я предполагаю, что / dev / sda является проблемным потомком. Вы можете найти серийный номер этого устройства, используя:
ls -l /dev/disk/by-id | grep "sda$"
While there might be an answer that gets you the info in the OS, odds are the controller firmware can tell you if you access it during boot.
Another thing I noticed in your cut and paste is that your battery says "failed". I wonder if the stripes are reporting failure because the Write Cache battery is toast? Though it reporting and actual bad inode would probably mean you have two problems.
Though my experience with Adaptec Controllers typically when the battery dies, it disables write caching as a preemptive measure.