Не удается выполнить самопроверку smartctl после миграции серверов с SLES на Scientific Linux

Question

Не удается выполнить самопроверку smartctl после миграции серверов с SLES на Scientific Linux

У меня есть несколько серверов Linux, которые мы в процессе миграции с SUSE Linux Enterprise Server (версия 10.4) на Scientific Linux (версия 5.9). Шесть жестких дисков SAS на каждой машине подключены к контроллеру Adaptec AAC-RAID, настроенному как 3 массива RAID-1.

На машинах, на которых по-прежнему работает SLES, при использовании smartctl -t short /dev/sg[3-8] успешно выполняется самопроверка на физических дисках. Однако на машинах, работающих под управлением Scientific Linux, хотя я мог собирать информацию с накопителей с помощью SMART (например, с помощью --all или -l selftest), попытка запустить тесты (-t short, -t long и т. Д.) Завершается неудачно с

Short offline self test failed [Operation not permitted]

Есть идеи, что может быть причиной этого?

Бежали:

kernel-PAE-2.6.18-348.3.1.el5
smartmontools-5.42-2.el5

0

rhel5 sles smart smartctl scientific-linux

Источник

michel-slm 17 июн '13 в 07:06

1 ответ

Другие вопросы по тегам rhel5 sles smart smartctl scientific-linux

ewwhite 17 июн '13 в 07:26 2013-06-17 07:26 · Answer 1 · 2013-06-17 07:26

В этой настройке я рекомендую использовать программное обеспечение для мониторинга RAID Adaptec. Он будет работать с вашей ОС и при запуске в качестве демона предоставит предупреждения / журналы /SNMP-ловушки, указывающие на сбой диска.

Хотя это не решает проблему Smartctl, я не думаю, что необходимо тестировать ваши диски таким образом. Это то, что вы хотите делать часто? Что вы пытаетесь защитить / предотвратить?