Smartctl на самом деле не работает самопроверки?
Я хочу запустить самопроверку smartctl, чтобы проверить работоспособность дисков в моем RAID-массиве (PERC 5/i). Массив находится на sda и состоит из шести дисков. Я могу проверить статус, используя
sudo smartctl /dev/sda -d megaraid,0 -a
И я вижу, что SMART доступен и включен на всех дисках. Я пытался запустить самопроверку, используя
sudo smartctl /dev/sda -d megaraid,0 -t short
а также
sudo smartctl /dev/sda -d megaraid,0 -t long
Я также попробовал это на всех дисках 0-5. Независимо от того, что я пытаюсь, когда я бегу:
sudo smartctl /dev/sda -d megaraid,0 -l selftest
Я всегда получаю один и тот же результат, который, кажется, всегда сообщает, что я никогда не проводил самопроверку.
/dev/sda [megaraid_disk_00] [SAT]: Device open changed type from 'megaraid' to 'sat'
===START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
Из того, что я прочитал, у меня не должно возникнуть проблем с выполнением коротких и длинных самопроверок массива во время его монтирования. Кто-нибудь еще имел опыт запуска этих тестов на RAID-массиве PERC 5 / i, кто мог бы дать представление о том, что является причиной проблемы?
(выпуск smartmontools 5.40 от 2009-12-09 в 21:00:32 UTC)
2 ответа
Это контроллер аппаратного массива Dell Perc 5/i. Пусть это сделает свое дело. Если у вас нет красных или желтых огней на дисках, почему вы обеспокоены проведением собственных тестов SMART?
Контроллер массива использует SMART в дополнение к другим функциям / тестам для определения работоспособности диска. Проведение собственного анализа не требуется.
Это старая ветка, но позвольте мне сказать, что контроллеры HW, в частности, чтения патруля, имеют много желаемого. Очевидно, они должны тестировать поверхность диска и исправлять проблемы, и иногда они это делают, но они никогда не фиксируют ожидающие секторы на поверхностях, в то время как они могут и должны использовать избыточные данные. Поэтому, когда у вас есть жесткий диск с "умными" ошибками и вы хотите его заменить, вы не можете точно знать, что другой диск (например, в raid1) полностью читабелен, поэтому желательно провести умный длинный тест. Да... Я согласен, что проверка согласованности может сработать, но это приведет к ухудшению массива, и вы потеряете данные, которые могли бы быть сохранены с оптимальным массивом, в котором есть неоткрытые или известные ошибки, но при этом данные на 100% читаемые. Дело в том, что прошивка рейда глючит и внутренняя работа перегружена. Они дают ложную защиту, которая более опасна, чем система, которая, как вы знаете, в какой-то момент обязательно сломается.