conquest
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Хм-м...
Столкнулся с интересной проблемой, связанной по крайней мере с 3-террабайтными WD...
Суть в следующем.
Есть 5xWD30EZRX, которые работают в RAID6 (массив №1), которые покупались в период в 25.12.2011 и до сих пор (процесс обмена). Среди этих винтов наблюдается, например, такая картина:
2.02.2012 16:01:19 Time spent: 08:31:30
2.02.2012 16:01:19 Blocks < 3ms = 22575356
2.02.2012 16:01:19 Blocks < 10ms = 382196
2.02.2012 16:01:19 Blocks < 50ms = 24932
2.02.2012 16:01:19 Blocks < 150ms = 0
2.02.2012 16:01:19 Blocks < 500ms = 0
2.02.2012 16:01:19 Blocks > 500ms = 0
2.02.2012 16:01:19 No warnings, no errors
2.02.2012 16:01:19 Done.
Вроде бы - ничего особо страшного... НО! Ситуация с медленными блоками на 50 постоянно ухудшается - их становится всё больше. Причём, довольно быстро. Оно бы всё-ничего, если бы это был не RAID. Напрягает, что таких дисков в массиве аж 3.
А вот остальные два диска попались такими (процессом замен и отбора):
31.01.2012 11:53:01 Time spent: 08:16:02
31.01.2012 11:53:01 Blocks < 3ms = 22644644
31.01.2012 11:53:01 Blocks < 10ms = 337798
31.01.2012 11:53:01 Blocks < 50ms = 42
31.01.2012 11:53:01 Blocks < 150ms = 0
31.01.2012 11:53:01 Blocks < 500ms = 0
31.01.2012 11:53:01 Blocks > 500ms = 0
31.01.2012 11:53:01 No warnings, no errors
31.01.2012 11:53:01 Done
На втором диске - 27 блоков по 50.
Видите разницу?
Причём, с этими дисками ситуация стабильна.
Но, что САМОЕ интересное, есть идентичный по железу массив RAID6 №2, который приобретался месяцем раньше в другом месте! ВСЕ 5 дисков укладываются в
Blocks < 50ms = 50
Что касается массива №1, то сотрудники торговой сети, видимо, понимают пикантность ситуации и с готовностью идут на замены. Что характерно, эти 2 винта с малым количестом медленных блоков попались из партии начала октября. Далее - всё хуже и хуже. Сейчас пошли малазийские. Так ЭТО нужно видеть! Два уже вернул. Жаль не сфоткал один из винтов... Этикетка приклеена практически по диагонали! К концу теста наблюдается сильное биение. SMART молчит, как партизан. Блоков на 50 - до 80 000.
Что характерно - ни одного зелёного блока в диагностике под DOS! Под виндой же - море.
Подскажите, серьёзна ли ситуация с изначальным количеством медленных блоков (в RAID) и их постоянным увеличением? Я так понимаю, что это вопросы механики - из-за чего наблюдается вибрация и растёт колво медленных блоков, которые неминуемо (?) со временем прорастут софт-бэдами. А в условиях RAID..... Как бы массив не потерять.
Очень похожая ситуация с моей. Автор пишет, что можно поменять timeout при Erase Delays вплоть до 100 мс (а может и ниже), но у меня не получается по его методу.
Когда останавливаешь Erase Delays, то дальше
Alt+X,
cd CFG,
type mhdd.cfg.
Так вот - timeout там не прописывается в этом случае.
Ещё автор пишет, что поменять timeout можно с помощью VC. У меня не получается его запустить, т.к. MHDD создаёт виртуальный диск С.
КАК можно принудительно указать timeout в конфиге?
Уф-ф... Написал достаточно много, но и ситуация достаточно серьёзная. Хочется оценить реальные риски и наметить пути их минимизации.
Господа, кто чем сможет помочь?
Заранее благодарен. |
