Возможно в совместимости контроллера с дисками или в отказе одного из дисков.
Нужно больше информации. Возможно смарт диска "PD = -:-:3" что-то покажет.
Те два hdd случайно не из десктопной линейки?
abl_1: Скорее всего 4, чаще всего нумерация с нуля. С десктопными винтами бывают переодически глюки с CommandTimeout.
Если упрощая и вкратце, то серверные диски рассчитаны на работу с "умными" контроллерами и в массивах. Если операция чтения/записи не прошла с одного диска, то он (диск целиком или сектор в частности) быстренько помечается плохим и чтение производится с другого диска массива. Дальше там уже начинают работу алгоритмы коррекции ошибок диска и массива, но сейчас это не суть важно. Десктопные же винты рассчитаны в первую очередь на одиночную работу и в случае возникновения ошибок сначала происходит >1 попытки перечитать сектор и таймаут самого диска из-за этого весьма большой. В результате диск тупит, а контроллер такого не ожидает и операция чтения/записи фейлится не самим диском, а контроллером. Что скорее всего приведет вас к ситуации, когда "слегка подзатупивший", но вполне живой диск, будет помечен как failed.
Чтобы точно понять с каким диском проблема, попробуйте при помощи софтины megaraid понять какой именно диск у вас на PD = -:-:3. Скорее всего получится вытащить его серийник. Естественно проверить в каком статусе находится массив сейчас. Дальше стоит посмотреть SMART диска.
SyavaSyava: Тут главное чтобы #3 порт от контроллера был подключен к 3 корзине ;)
Поэтому всегда предпочитаю смотреть серийник диска, благо во многих корзинах его можно разглядеть хотя бы частично еще до выдергивания.
SyavaSyava: Да, про "порты" - это я целенаправленно упростил, а вот про нумерацию дисков со стороны корзины - тут не соглашусь.
Среднестатистический Supermicro оснащается бэкплейном с sata коннекторами и соединяется с контроллером посредством подобных кабелей
Собственно они и являются 1-4 (и т.д.) "портами". И в случае с 2U корпусом на 8 дисков очень легко перепутать местами 1-4 и 5-8 порты.
