Моя «записная книжка»

добро пожаловать друзья

Мониторинг диска с помощью smartmontools

Следить за дисками необходимо так же тщательно, как и за температурой, пылью в сервере. Даже если вы используете супер надежный Raid массив, контроль за сервером показывает уровень Системного Администратора.

Для мониторинга и диагностики состояния HDD существует технология smart — технология оценки состояния жесткого диска с помощью встроенной аппаратной диагностики.

Специально для систем мониторинга в Unix системах разработана утилита smartmontools. Данный софт присутствует во всех известных мне Unix системах.

Сейчас мы настроим smartd который находится в пакете smartmontools для непрерывного мониторинга HDD штатными средствами smartmontools, устанавливаем smartmontools: (или из Backports)

Устанавливаем пакет в Debian или Ubuntu:

Устанавливаем пакет в CentOS или RedHat:

Устанавливаем пакет в FreeBSD

smartctl — просмотр текущих значений S.M.A.R.T., запуск тестов диагностики диска вручную;
smartd — демон для записи в системный журнал изменений в значениях S.M.A.R.T, уведомления по электронной почте об ошибках, запуска тестов диагностики по расписанию;

Проверяем установлен ли S.M.A.R.T., с помощью команды:

Если S.M.A.R.T. отключен, то включаем:

Настраиваем S.M.A.R.T. как демон в /etc/default/smartmontools, для примера добавляем два диска:

Автоматизируем мониторинг для для дисков.

В файл /etc/smartd.conf (записываем email для получения уведомлений, о состоянии HDD)

-a заставляет smartd наблюдать за всеми доступными SMART-параметрами дисков
-I 194 указывает smartd игнорировать изменения значения атрибута #194
-m указывает на необходимость отправки email-уведомлений.

Внимание! В файле smartd.conf вы сможете увидеть уже готовые примеры с описанием! Воспользуйтесь ими.

Можно проверить пишутся ли логи:

Ключи программы взятые из MAn:

-d TYPE Тип устройства: ata, scsi, marvell, removable, 3ware,N, hpt,L/M/N
-T TYPE допустимое отклонение: normal, permissive
-o VAL Включает/выключает автоматические оффлайн тесты (on/off)
-S VAL Включает/выключает автосохранение атрибутов (on/off)
-n MODE Не проверять. Один из режимов: never, sleep, standby, idle
-H Мониторить SMART статус, уведомлять только при ошибках.
-l TYPE Мониторить SMART логи. Режимы: error, selftest
-f Монитор отказа для любых атрибутов ‘Usage’
-m ADD Письмо с варнингами на ADD для -H, -l error, -l selftest, and -f
-M TYPE Изменение поведения отсыла е-майлов (см. ман)
-s REGE Запустить тест когда дата совпадает с регулярным выражением (см. ман)
-p Сообщать о изменениях в ‘Prefailure’ атрибутах
-u ообщать о изменениях в ‘Usage’ атрибутах
-t Эквивалентно -p и -u директивам
-r ID Также сообщать ‘RAW’ значения атрибутов ID с -p, -u или -t
-R ID Следить за изменениями в атрибуте ID ‘Raw’ значения -p, -u or -t
-i ID Игнорировать атрибут ID для -f директивы
-I ID Игнорировать атрибут ID для -p, -u или -t директивы
-C ID Рапортовать если счётчик `ждущих` секторов не равен нулю
-U ID Рапортовать если счётчик `некорректируемых` секторов не равен нулю
-W D,I,C Monitor Temperature D)ifference, I)nformal limit, C)ritical limit
-v N,ST Mодифицировать метку для атрибута N (для нестандартных атрибутов)
-a Дефолт: эквивалентно -H -f -t -l error -l selftest -C 197 -U 198
-F TYPE Для ошибок в прошивке. Значения: none, samsung
-P TYPE Предустановки для диска: use, ignore, show, showall
# Комментарии: текст после него игнорируется
\ Продолжения строки

Поделиться ссылкой:

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

smartmontools

Пакет smartmontools состоит из двух утилит (smartctl и smartd), которые контролируют и следят за системными накопителями используя самопроверку, анализ и систему технологического отчёта (S.M.A.R.T.), встроенную в большинство современных ATA и SCSI жёстких дисков. Этот пакет основан на коде пакета smartsuite и включает поддержку ATA/ATAPI-5 дисков. Он должен быть запущен на любой современной Linux системе.

smartmontools Debian Ubuntu

Установка в Ubuntu 9.04 и Debian 5.02:

Настраиваем запуск smartmontools, для этого раскомментируем строку start_smartd=yes в файле /etc/default/smartmontools

Использование smartctl

Тесты жесткого диска

Если тест не пройден — стоит задуматься о замене жесткого диска.

Команду можно использовать на работающей системе. Для просмотра результатов выполнения тестов используется команда вывода внутреннего журнала после завершения теста

Атрибуты SMART

Атрибуты состоят из нескольких полей, (наиболее часто обозначаемых как Val, Worst, Tresh, RAW), каждое из которых является определенным показателем, характеризующим техническое состояние накопителя на данный момент времени. Программы считывания S.M.A.R.T. выводят содержимое атрибутов, как правило, в виде нескольких колонок :

Online test (OC, 02h)– атрибут обновляет значение при выполнении off-line/on-line встроенных тестов SMART; Perfomance Related (PE или PR , 04h)– атрибут характеризует производительность ; Error Rate (ER , 08h )– атрибут отражает счетчики ошибок оборудования; Event Counts (EC, 10h ) – атрибут представляет собой счетчик событий; Self Preserving (SP, 20h ) – самосохраняющися атрибут; Некоторые из программ могут интерпретировать флаги в виде текстовых описаний, близких по смыслу к рассмотренным выше. Один атрибут может иметь несколько установленных в единицу значений флагов, например, атрибут с идентификатором 05 отражающий количество переназначенных из-за сбоев секторов из резервной области, имеет установленные флаги SP+EC+OC – самосохраняющийся, счетчик событий, обновляется при автономном и интерактивном режиме накопителя.

Проверка дисков утилитой Smartmontools + отправка результатов на электронный ящик Печать

Установка и настройка smartmontools для проверки дисков на физическом сервере.

Пакет smartmontools состоит из двух утилит smartctl и smartd, которые следят за системными накопителями используя самопроверку, анализ и систему S.M.A.R.T. Этот пакет доступен на большинстве современных Linux системах.

smartctl – позволяет с помощью консоли просматривать параметры SMART диска и запускать тесты в ручную. Используется для однократного тестирования жестких дисков.

smartd – мониторинг опрашиваемого устройства (конфигурируемо по времени), даёт логи ошибок и изминение атрибутов. Используется в режиме автономного мониторинга.

Установка

Устанавливаем набор утилит для мониторинга жёстких дисков

Информация о диске

Теперь можно просмотреть информацию о дисках. Просто пропишите команду:

Пример с HDD диском:

Пример с SSD диском:

Просмотреть диски в системе можно командами:

Обратите внимание, что если S.M.A.R.T. отключен (SMART support is: Disabled), то для включения нужно выполнить команду:

П.С. Но необходимо убедится, что диск поддерживает технологию S.M.A.R.T.

Теперь мы можем вывести все данные командой smartctl с опцией -а и указываем диск, которуй требуется для анализа.

Сначала будет выделена информация о модели Вашего HDD и SSD. Далее будет выведена информация о модели.

Тестирование диска

Существует два типа тестирование — короткий и продолжительный.

1. Запуск короткого теста выполняется командой:

2. Запуск длинного теста выполняется командой:

Результаты прохождения тестов можно посмотреть командой:

Настройка автоматических проверок состояния дисков и оповещений при возникновении ошибок

В самом файле необходимо разкомментить две строки.

Обратите внимание, что в данном примере значение «120» означает 120 секунд. Это значит каждые 2 минуты будет приходить письмо с мониторингом состояния дисков. Если Вам требуется к примеру настроить на каждые 2 часа отправку писем, то строка будет выглядеть следующим образом

Теперь редактируем конфигурационный файл и задаем необходимые параметры для отправки результатов теста на электронную почту.

Если требуется поставить на мониторинг ещё один диск, то пропишите со следующей строки тоже самое, только укажите не диск sda, а например sdb.

Каждое значение в строчке отвечает за отдельный параметр:

• -а — Анализ диска на его «здоровье»
• -o on –Включение S.M.A.R.T. тестов для обновления статуса атрибутов
• -S on — включение автосохранения атрибутов
• -s — самотестирование, в данном случае (L — «long» запускать длительное тестирование по четвергам в 16:00). Если требуется выбрать несколько дней для мониторинга, то впишите с какого по какой день требуется, например с понедельника по воскресенье будет 1-7. Формат указанный в скобках идёт следующим образом (Тип теста/месяц года «01-12″/день месяца «01-31″/день недели»1-7″/время в часах»00-23»)
• -m — пункт отправки почты о проблеме. В данном примере почта будет отправляться root-пользователю (переадресацию на необходимый ящик можно задать в /etc/aliases). Так же можно вместо параметра root указать нужный E-mail (-m name@domain.com)
• -M – параметр отвечающий за модификацию сообщения перед его отправкой. В данном примере запускается скрипт /usr/share/smartmontools/smartd-runner. Эта опция полезна если требуется выбрать, например, другой почтовый клиент.

После выставления всех необходимых параметров перезагрузите smartmontools-демонкомандой:

🐹 CentOS 7: Работа со S.M.A.R.T. Утилита smartmontools. Утилита smartctl.

Опубликовано 2020-06-25 · Обновлено 2021-01-29

Содержание:

1. О программе.

Инструмент позволяет тестировать файловую систему с большей надежностью. В современных жестких дисках имеется встроенный модуль самоконтроля S. M. A. R. T., который анализирует данные накопителя и помогает определить неисправность на первоначальной стадии. Smartmontools предназначен для работы с этим модулем.

Пакет Smartmontools состоит из двух утилит — smartctl и smartd . Вместе они представляют мощную систему мониторинга и предупреждения о возможных поломках HDD в CentOS 7.

Подробнее о Smartmontools можно узнать на сайте разработчиков, оттуда же можно и скачать последние версии данного программного обеспечения: http://www.smartmontools.org.

2. Установка программы.

Запуск установки производится через терминал:

# yum -y install smartmontools

3. Информация о дисках в системе.

Сначала узнайте какие жесткие диски подключены к вашей системе:

# ls -l /dev | grep -E ‘sd|hd’

В выводе будет что-то подобное:

Здесь sdX это имя устройства HDD подключенного к компьютеру.

Теперь тоже самое, но силами утилиты smartctl , которую мы только что поставили:

4. Проверка статуса устройства.

4.1. Если отключен S.M.A.R.T., то включаем его:

# smartctl -s on /dev/sda

# smartctl —smart=on /dev/sda

4.2. Для просмотра короткой информации о состоянии жесткого диска, вводится строка:

# smartctl -H /dev/sdb

ОТВЕТ: PASSED означает, что с данным HDD всё хорошо.

Этот тест может быть пройден ( PASSED ) или нет ( FAILED ). В последнем случае сбой неизбежен, начинайте резервное копирование данных с этого диска.

4.3. Если нужно выключить S.M.A.R.T.:

# smartctl -s off /dev/sda

5. Отображение общей информации устройства.

Для отображения информации о конкретном жестком диске (модель устройства, S/N, версия прошивки, версия ATA, доступность интерфейса SMART) Запустите smartctl с опцией —info и именем жесткого диска. Так же можно проверить, включена ли интеллектуальная функция S.M.A.R.T. для диска или нет.

Например, для /dev/sdb :

# smartctl —info /dev/sdb
# smartctl -i /dev/sdb

Если вышеприведенная команда не работает, вам может потребоваться сообщить smartctl, какой тип интерфейса жесткого диска вы используете:

# smartctl -a -d ata /dev/sdb

В данном примере мы сообщили компьютеру, что мы используем SATA устройство.

Хотя вы можете и не обратить внимания на версию SATA или ATA, это один из самых важных факторов при поиске замены устройству. Каждая новая версия ATA совместима с предыдущими. Например, старые устройства ATA-1 и ATA-2 прекрасно будут работать на ATA-6 и ATA-7 интерфейсах, но не наоборот. Когда версии ATA устройства и интерфейса не совпадают, возможности оборудования не будут полностью раскрыты.

В данном случае для замены лучше всего выбрать жесткий диск SATA 3.0.

Включите интеллектуальную возможность для диска S.M.A.R.T., если она отключена:

# smartctl -s on -o on -S on /dev/sdb

Если вы получили ответ «SMART Enable Automatic Offline failed: scsi error badly formed scsi parameters» означает, что для активации и использования этой замечательной функции нужно включить соответствующее значение в BIOS‘е про S.M.A.R.T.

Иногда бывает так, что ваш BIOS и жесткий диск не поддерживают данную технологию.

6. Отображение подробной информации устройства.

Для просмотра подробной информации о состоянии жесткого диска, вводится строка:

# smartctl -a /dev/sdb

# smartctl -s on -a /dev/sdb

Здесь опция -s включает флаг S.M.A.R.T. на указном устройстве. Вы можете его убрать если поддержка S.M.A.R.T. уже включена. Информация о диске разделена на несколько разделов, В разделе READ SMART DATA находится общая информация о здоровье жесткого диска.

Получим длинный ответ консоли о состоянии диска:

Следующая вещь которую можно посмотреть, когда выполняется диагностика HDD в CentOS 7, это таблица S.M.A.R.T. атрибутов.

В S.M.A.R.T. таблице записаны параметры, определенные для конкретного диска разработчиком, а также порог отказа для этих параметров. Таблица заполняется автоматически и обновляется на основе прошивки диска.

• ID # — идентификатор атрибута, как правило, десятичное число между 1 и 255 ;
• ATTRIBUTE_NAME — название атрибута;
• FLAG — флаг обработки атрибута;
• VALUE — это поле представляет нормальное значение для состояния данного атрибута в диапазоне от 1 до 253 , где 253 — лучшее состояние, 1 — худшее. В зависимости от свойств, начальное значение может быть от 100 до 200 ;
• WORST — худшее значение value за все время;
• THRESH — самое низкое значение value , после перехода за которое нужно сообщить что диск непригоден для эксплуатации;
• TYPE — тип атрибута, может быть Pre-fail или Old_age . Все атрибуты по умолчанию считаются критическими, то-есть если диск не прошел проверку по одному из атрибутов, то он уже считается не пригодным ( FAILED ), но атрибуты old_age не критичны;
• UPDATED — показывает частоту обновления атрибута;
• WHEN_FAILED — будет установлено в FAILING_NOW если значение атрибута меньше или равно THRESH , или в « — » если выше. В случае FAILING_NOW , лучше как можно скорее выполнить резервное копирование, особенно если тип атрибута pre-fail .
• RAW_VALUE — значение, определенное производителем.

7. Варианты тестов.

7.1. Просмотр сколько времени займут различные тесты:

# smartctl -c /dev/sda

7.2. Запуск короткого теста в фоновом режиме:

# smartctl -t short /dev/sda

7.3. Запуск длинного теста в фоновом режиме:

# smartctl -t long /dev/sda

7.4. Просмотр результатов прохождения тестов:

# smartctl -l selftest /dev/sda

7.5. Остановка (прерывание) теста:

7.6. Просмотр всей S.M.A.R.T. информации о диске:

# smartctl -a /dev/sda

7.7. Просмотр всей информации о диске, а не только S.M.A.R.T., включая возможные ошибки:

# smartctl -x /dev/sda

7.8. Просмотр S.M.A.R.T. атрибутов/показателей и их значений для диска:

# smartctl -A /dev/sda

Утилита имеет и другие параметры: —all , —xall , чтобы просмотреть информацию в том числе и об остальных параметрах накопителя.

# smartctl —all /dev/sda

# smartctl —xall /dev/sda

8. Просмотр файла справки программы.

Для получения дополнительной информации вызывается справка:

Выход из справки — клавиша ‘ q ‘.

9. Настройка автоматической проверки устройств.

Сейчас вы думаете, да smartctl хороший инструмент, но у меня нет возможности запускать его каждый раз вручную, было бы неплохо автоматизировать все это дело, чтобы программа запускалась периодически и сообщала мне о результатах проверки. И это возможно, с помощью smartd .

Поставим в автозапуск утилиту

# systemctl enable smartd

# systemctl start smartd

Проверим успех запуска:

# systemctl status smartd -l

Автоматическая диагностика HDD в CentOS 7 настраивается очень просто.

В начале настройте Postfix 3 для отправки электронной почты с внутреннего системного «почтового ящика».

# настройка Postfix 3

Сначала отредактируйте файл конфигурации smartd — /etc/smartd.conf .

Создадим резервную копию конфигурационного файла, на всякий случай:

# cp /etc/smartmontools/smartd.conf /etc/smartmontools/smartd.conf.original

Открываем текстовый редактор и модифицируем файл конфигурации:

Добавьте следующую строку:

Сохраните текстовый файл с настройками.

• -m — адрес электронной почты для отправки результатов проверки. Это может быть адрес локального пользователя, суперпользователя или внешний адрес, если настроен сервер для отправки электронной почты;
• -M — частота отправки писем
  • once — отправлять только одно сообщение о проблемах с диском.
  • daily — отправлять сообщения каждый день если была обнаружена проблема.
  • diminishing — отправлять сообщения через день если была обнаружена проблема.
  • test — отправлять тестовое сообщение при запуске smartd .
  • exec — выполняет указанную программу в место отправки почты.

Сохраните изменения в текстовом редакторе и перезапустите smartd службу:

# systemctl restart smartd

Вы должны получить на электронную почту письмо о том, что программа была запущена успешно.

Это будет работать только если на компьютере настроен почтовый сервер.

10. Автоматических проверок состояния дисков и оповещения в случае обнаружения ошибок.

Открываем текстовый редактор и модифицируем файл конфигурации:

Первым делом закомментируем хэшем все открытые опции DEVICESCAN :

Добавьте следующие строки:

Сохраните текстовый файл с настройками.

Теперь подробнее, что тут запрограммировано:

• -o on – включение S.M.A.R.T. Automatic Offline тестов для обновления статуса атрибутов.
• -S on – включение автосохранения атрибутов.
• -a – включает набор опций:
  • -H – проверить только здоровье диска, если значение Prefailure атрибута меньше за threshold – увидим, что диск не здоров,
  • -f – мониторинг наличия ошибок в атрибутах,
  • -t – включение опций -u и -p ,
  • -l error -l selftest – проверяется журнал ошибок и пройденных тестов,
  • -С 197 – сообщать, если количество Pending Sector не равно нулю,
  • -U 198 – сообщать, если количество Offline Uncorrectable секторов не равно нулю.
• -s – запуск самотестирования когда тип тестирования и дата совпадают с регулярным выражением. В данном случае:
  • Каждую субботу в 6 утра запускать long-тест для диска /dev/sda .
  • Каждое воскресенье в 6 утра запускать long-тест для диска /dev/sdb .
• -m – кому отправлять письма о проблеме – в данном случае отправлять сообщения об ошибке root-пользователю (в /etc/aliases настраиваем переадресацию на нужный E-mail). Можно напрямую указать нужный E-Mail, куда должен приходить сообщения/ошибки. Например: -m myname@mydoamin.com .
• -M – модифицировать E-mail сообщение перед отправкой. В данном случае запускается скрипт /путь_до_скрипта . Если такого скрита нет, то необходимо отключить эту опцию. Служба smartd будет ждать, пока скрипт не завершит свою работу. Эта опция полезна, когда нужно провести некие действия с сообщением или выбрать другой почтовый клиент (по умолчанию /usr/bin/mail ).
• -M test – Для тестирования отправки сообщения добавляем опцию, которая позволяет отправить тестовое письмо при старте службы smartd.

Проверка синтаксиса конфигурационного файла:

# smartd -c /etc/smartmontools/smartd.conf -q onecheck

Либо включением debug-режима:

Выход с debug-режима — Ctrl+\ . Используя Ctrl+C – файл конфигурации будет перечитан в реальном времени.

Сохраните изменения в текстовом редакторе и перезапустите smartd службу:

# systemctl restart smartd

После того, как получили тестовое письмо от службы smart , удаляем опцию -M test , то есть приводим к виду без этой опции:

Также можно добавить опцию:

Эта опция постоянно напоминает об ошибке (через каждых 2*N дней, то есть 1-го числа, второго, четвертого, восьмого и так далее), по умолчанию (если эта опция отключена) письмо о проблеме придет только один раз! При -M diminishing нужно отключить опцию -M exec /путь_до_скрипта .

Сохраните изменения в текстовом редакторе и перезапустите smartd службу:

# systemctl restart smartd

11. Планирование графика проверки устройств.

Также можно запланировать тесты по своему графику, для этого используйте опцию -s и регулярное выражение типа T/MM/ДД/ДН/ЧЧ , где:

Здесь T — тип/вид теста:

• L — длинный тест;
• S — короткий тест;
• C — тест перемещения (ATA);
• O — оффлайн тест.

Остальные символы определяют дату и время теста:

• ММ — месяц года (две цифры в диапазон 01-12);
• ДД — день месяца. (две цифры в диапазоне 01-31);
• ЧЧ — время в часах (две цифры в диапазоне 00-23);
• ДН — день недели от 1 — понедельника до 7 — воскресенья;
• MM , ДД и ЧЧ — указываются двумя цифрами.

Точка ‘ . ‘ в этих местах означает любой единичный символ.

Выражения типа ‘ (A|B|C) ‘ определяет любое из трех указанных значений A , B или C . Выражение внутри квадратных кавычек такие как 5 определяет диапазон ( от 1 до 5 включительно).

Например, чтобы выполнять полную проверку жесткого диска CentOS 7 каждый рабочий день в час дня добавьте опцию -s в строчку конфигурации вашего устройства:

Если несколько дисков, то добавляем аналогичные строки только меняем имена устройств /dev/sdb на имя другого диска.

Если вы хотите чтобы утилита сканировала и проверяла все устройства, которые есть в системе используйте вместо имени устройства директиву DEVICESCAN :

12. Синтаксис из smartd.conf.

Для качественного и успешного использования программного обеспечения нужно уметь его правильно настраивать, для этого требуется знать инструкцию, которую заботливо написали для нас разработчики.

Пример конфигурационного файла smartd.conf от 2015-08-27, который кто-то перевел на досуге для своего личного использования.

# smartd будет повторно читать файл конфигурации, если он получает HUP сигнал.

# Файл дает список устройств для мониторинга с помощью smartd , с одним устройство на строку. Текст после хэша ( # ) игнорируется, и вы можете использовать пробелы и вкладки для пробелов. Вы можете использовать ‘ \ ‘ для продолжения строк.

# Вы можете определить, какие жесткие диски находятся в вашей системе с помощью поиска в /proc/ide или в /proc/scsi .

# Опция DEVICESCAN означает, что программа проигнорирует все строки с описанием устройств, которые будут перечислены в тексте файла конфигурации и при запуске просканирует только устройства ATA и SCSI. Для найденных устройств будут применены нижеперечисленные директивы. Для большинства пользователей рекомендуется закомментировать эту строку и явно перечислить устройства нуждающиеся в мониторинге.

# Альтернативная настройка для игнорирования отчетов о температуре и часах включения питания в системном журнале.

# Альтернативная настройка для сообщения информации о температуре в системном журнале.

# Альтернативная настройка для сообщения о изменениях температуры >=5 градусов Цельсия и минимальная/максимальная температура.

# Первый диск ATA/SATA или SCSI/SAS. Контролируйте все атрибуты, включите автоматический онлайн-сбор данных, автоматическое автосохранение атрибутов и начните короткую самопроверку каждый день между 2-3 часами ночи и продолжительную самопроверку по субботам с 3 до 4 утра.

# Мониторинг S.M.A.R.T. состояния, журнал ошибок ATA, журнал самопроверки и отслеживание изменений во всех атрибутах, кроме атрибута 194.

# Контролируйте все атрибуты, кроме нормализованной температуры (обычно 194), но отслеживать изменения температуры >=4 градуса Цельсия, сообщать о температурах >=45 градусов Цельсия и изменения в исходном значении Reallocated_Sector_Ct(5) . Отправляйте почту при S.M.A.R.T. сбоях или при температуре >=55 градусов Цельсия.

# ATA диск может отображаться в операционной системе как SCSI-устройство. Если SCSI для ATA Translation (SAT) посредник, который находится между операционной системой и устройством, то это можно отметить с помощью опции ‘ -d sat ‘. Такая ситуация может быть обычным явлением с дисками SATA в средах SAS и FC.

# Очень тихая проверка. Сообщения только о состоянии S.M.A.R.T. здоровья, если он не работает. В этом случае отправляется электронное письмо.

# Первые два SCSI диска. Это позволит контролировать все, что может видеть smartd монитор. Начните расширенные самотесты по средам с 6 до 7 вечера и воскресенья между 1-2 часами утра.

# Мониторинг четырех ATA дисков, подключенных к контроллеру 3ware 6/7/8000, который использует на 3w-xxxx драйвер. Начинайте длительные самотесты по воскресеньям между 1-2, 2-3, 3-4 часами, и 4-5 утра.

Примечание: начиная с серии ядер Linux 2.6, интерфейс /dev/sdX является устаревшим. Вместо этого используйте интерфейс символьного устройства /dev/tweN . Например, /dev/twe0 , /dev/twe1 и так далее.

# Мониторинг двух ATA дисков, подключенных к контроллеру 3ware 9000, который использует драйвер 3w-9xxx (Linux, FreeBSD). Начните длительные самотесты по вторникам между 1-2 и 3-4 часами утра.

# Мониторинг двух SATA (не SAS) дисков, подключенных к контроллеру 3ware 9000, который использует драйвер 3w-sas (Linux). Начните длительные самотесты по вторникам между 1-2 и 3-4 часами утра. Вместо этого следует использовать на FreeBSD /dev/tws0 .

# То же самое, что и в Windows. Опция ‘ -d 3ware,N ‘ не требуется, номер диска (порта) указывается в имени устройства.
# Примечание: В Windows DEVICESCAN работает также для контроллеров 3ware.

# Мониторинг трёх ATA дисков непосредственно подключен к HighPoint RocketRAID. Начинайте долго самотестирование по воскресеньям между 1-2, 2-3 и 3-4 часами утра.

# Мониторинг двух ATA дисков, подключенных к тому же PMPort, который подключен к HighPoint RocketRAID. Начинайте длительные самотесты по вторникам с 1-2 до 3-4 часов утра.

# Список директив для этого конфигурационного файла.