• Icinga плагин check_snmp_apc_ups_state для расширенного отслеживания аварийных состояний ИБП APC по данным, полученным по протоколу SNMP из параметра upsBasicStateOutputState

    Icinga plugin check_snmp_apc_ups_state for APC UPS monitoringРанее мы рассматривали пример настройки мониторинга контроллеров управления источников бесперебойного питания (ИБП) марки APC в Icinga с использованием протокола SNMP. При этом мы использовали плагин check_snmp, который использовался для создания каждой отдельной службы Icinga, использующей простую логику сравнения полученного по SNMP показателя с неким допустимым значением. Однако такой подход позволяет отслеживать не все состояния ИБП, которые можно отнести к нештатным и требующим внимания администратора.

    Читать далее...

  • Исправляем проблему малого времени работы от батарей после смены аккумуляторов и калибровки на ИБП APC Smart-UPS 5000 (SU5000RMI5U)

    Многим администраторам, обслуживающим серверную инфраструктуру так или иначе приходилось сталкиваться в своей работе с широко распространённой линейкой источников бесперебойного питания (ИБП) Smart-UPS торговой марки APC by Schneider Electric. Многие из тех, кому самостоятельно приходилось заниматься заменой батарейных картриджей и/или (о боже!) заменой аккумуляторных батарей в батарейных картриджах в этих ИБП, хорошо знают о том, что после замены батарей нужно проводить калибровку ИБП (Runtime Calibration) для того, чтобы ИБП скорректировал расчётное время работы от батарей. Однако далеко не все знают о том, что после смены батарей на некоторых моделях "умных" ИБП APC требуются дополнительные манипуляции по сбросу внутренних регистров блока управления ИБП для того, чтобы время работы от батарей рассчитывалось действительно корректно. В этой заметке мы рассмотрим пример того, как отсутствие необходимых действий может привести к некорректной работе ИБП и то, как это можно исправить.

    Читать далее...

  • Icinga плагин snmp_vars_discovery для инвентаризации расширенного набора свойств Хостов по данным, полученным по SNMP (для использования с Icinga Director)

    После базовой настройки мониторинга сетевых устройств (Хостов) по протоколу SNMP в Icinga Director, может возникнуть желание как-то расширить объём информации, хранящейся в Icinga об этих самых Хостах. Например, у тех же модулей управления ИБП в интерфейсе Icinga Web 2 хочется видеть серийные номера устройств, версии прошивок firmware и т.п.. Учитывая то, что в нашем случае в Icinga уже есть базовая информация, необходимая для того, чтобы подключаться к Хостам по протоколу SNMP, возникла идея как-то автоматизировать процесс сбора дополнительных данных о Хосте, используя этот самый протокол SNMP.

    Читать далее...

  • Развёртывание и настройка Icinga 2 на Debian 8.6. Часть 14. Настройка SMS оповещений в Icinga Director 1.3

    В данной заключительной части нашего цикла заметок о развёртывании и базовой настройке Icinga будет рассмотрен пример того, как настроить SMS оповещения с помощью Icinga Director 1.3.1 и подключаемого плагина уведомлений (Notification Plugin).

    Читать далее...

  • Развёртывание и настройка Icinga 2 на Debian 8.6. Часть 13.2. Настройка мониторинга сетевых устройств в Icinga Director (на примере контроллеров управления ИБП). Получение SNMP Trap

    В данной части цикла заметок об Icinga мы продолжим тему мониторинга сетевых устройств по протоколу SNMP и рассмотрим пошаговый пример настройки ловушки SNMP Trap в конфигурации Icinga Director. Сразу хочу отметить тот факт, что в Icinga нет встроенных механизмов получения и обработки SNMP Trap. Поэтому, для того, чтобы реализовать нужный нам функционал, нам потребуется настроить стек состоящий из ряда элементов:

    • snmptrapd – Служба SNMP Trap Daemon из состава Net-SNMP. Данная служба отвечает за прослушивание на сервере мониторинга UDP-порта и получение от внешних сетевых устройств сообщений SNMP Trap
    • snmptt – Служба SNMP Trap Translator (SNMPTT). Данный элемент отвечает за разбор и интерпретацию сообщений SNMP Trap, полученных от службы snmptrapd. В частности он преобразует числовые идентификаторы OID в читаемый формат, используя подключаемые MIB-файлы.
    • submit_snmp_trap – Скрипт, который принимает от службы snmptt нормализованное Trap-сообщение и, преобразовав данные этого сообщения в понятный для Icinga формат, отправляет их в командный pipe-файл Icinga.
    • "SNMP Trap" - специальная пассивная Служба Icinga, в которую будут "прилетать" данные из pipe-файла Icinga. Данная Служба будет служить нам для визуализации конечного результата в веб-интерфейсе Icinga Web 2, а также организации оповещений администратора о проблеме.

     

    Читать далее...

  • Развёртывание и настройка Icinga 2 на Debian 8.6. Часть 13.1. Настройка мониторинга сетевых устройств в Icinga Director (на примере контроллеров управления ИБП). Опрос по протоколу SNMP

    imageВ данной части цикла заметок об Icinga будет рассмотрен пример настройки мониторинга сетевых устройств с использованием периодических опросов по протоколу SNMP. В качестве опрашиваемых по SNMP сетевых устройств будут использованы контроллеры управления источниками бесперебойного питания (ИБП) фирм EATON и APC. Эти два типа устройств выбраны для того, чтобы продемонстрировать как возможности опроса по протоколу SNMPv1, так и возможности опроса по расширенному протоколу SNMPv3 с использованием дополнительных средств аутентификации. На стороне сервера мониторинга основная настройка будет производиться в веб-интерфейсе Icinga Director 1.3.1. Читать далее...

  • Заливаем прошивку AOS 3.9.2 в контроллер APC NMC AP9618 для поддержки TLS 1.0

    В очередной раз мне в руки попалась пара старых контроллеров первого поколения APC UPS Network Management Card (NMC1) AP9618, которые потребовалось настроить для удалённого управления и мониторинга ИБП серии APC Smart-UPS. И в очередной раз столкнулся с проблемой настройки повышения уровня безопасности доступа к этим контроллерам. После обновления до последней имеющейся на сайте APC для этих контроллеров версии Firmware AOS 3.7.3 / SUMX 3.7.2 и включения поддержки HTTPS, я не смог получить доступ по протоколу HTTPS к такому контроллеру ни из одного из современных браузеров.

    Читать далее...

  • APC UPS Network Management Card (NMC) - Someone is currently logged into the APC Management Web Server.

    imageВ ходе эксплуатации источников бесперебойного питания (ИБП) фирмы APC мы используем веб-интерфейс модулей управления UPS Network Management Card (NMC). В нашем случае используется несколько моделей NMC, самой распространённой из которых является AP9619 c прошивкой 3.7.2 от 2010 года (более свежей версии на сайте производителя найти мне не удалось). И периодически мы сталкиваемся с проблемой блокировки доступа к этому самому веб-интерфейсу. То есть при попытке авторизации для доступа к веб-интерфейсу NMC можно получить сообщение о том, что кто-то другой в данный момент уже захватил управление…

    Читать далее...

  • APC UPS Network Management Card (NMC) - Проблема подключения из PuTTY по протоколу SSH2 - Disconnected Received SSH2_MSG_CHANNEL_SUCCESS for nonexisting channel 65536

    imageПри попытке доступа к модулю управления UPS Network Management Card (NMC) источником бесперебойного питания фирмы APC по протоколу SSHv2 с помощью программы PuTTY можно получить ошибку, после которой SSH-сессия разрывается.

    Читать далее...

  • HP SIM - SNMP мониторинг ИБП на примере APC

    imageHP Systems Insight Manager (SIM) способен принимать SNMP Traps с любых устройств, способных работать по этому протоколу. Однако регистрируемые в SIM события при получении трапов будут иметь нечитаемый вид и для того, чтобы превратить его в читаемый, нужно зарегистрировать в SIM файл MIB, который предоставляется производителем оборудования. Рассмотрим эту процедуру на примере ИБП фирмы APC.

    В качестве первоисточника для наших манипуляций будем использовать документ Compiling and customizing SNMP MIBs with HP Systems Insight Manager. Упрощенно говоря, весь процесс состоит из компиляции конфигурационного файла *.cfg из имеющегося файла *.mib c помощью утилиты Mcompile и последующей регистрации конфигурационного файла в SIM с помощью утилиты Mxmib.

    По умолчанию все файлы *.mib и *.cfg можно найти в каталоге

    %ProgramFiles%HPSystems Insight Managermibs

    а указанные утилиты mcompile и mxmib в подкаталогах bin и lbin

    1) Так как в нашем примере мы рассматриваем оборудование APC, перед регистрацией последней версии PowerNet MIB от APC в SIM, нам нужно удалить регистрацию старой версии PowerNet MIB, которая присутствует там “из-коробки”. Для этого выполняем команду:

    Mxmib –d powernet.mib

    После чего удаляем файлы powernet.mib и powernet.cfg из подкаталога mibs

    Практика показала, что если этого не сделать то имеющаяся старая версия PowerNet MIB будет возобладать над новой, несмотря на то что она тоже зарегистрирована в SIM.

    2) Далее, загружаем с сайта APС последнюю версию PowerNet MIB, в нашем случае файл powernet404.mib (PowerNet MIB v4.0.4) был получен со страницы загрузки для контроллера APC UPS Network Management Card (AP9619).

    Копируем файл в каталог %ProgramFiles%HPSystems Insight Managermibs

    3) В командной строке выполняем компиляцию конфигурационного файла:

    Mcompile -d "C:Program FilesHPSystems Insight Managermibs" powernet404.mib

    image

    Будет сгенерирован файл powernet404.cfg

    4) В командной строке выполняем регистрацию полученного конфигурационного файла в SIM

    Mxmib -a powernet404.cfg

    При импорте может возникнуть ошибка типа:

    Error reading CFG: TRAP-TYPE Invalid severity  Line: 54а675

    image

    Объяснение этой ошибки и рецепт избавления от неё можно подсмотреть в ветке форума ITRC HP Systems Insight Manager Forum > Error on MIB import

    Проблема заключается в том, что производители оборудования могут использовать разные описания значений SEVERITY, в то время как SIM поддерживает ограниченный перечень этих значений. В нашем конкретном примере нужно открыть файл файл powernet404.cfg и произвести замену значений SEVERITY SEVERE на SEVERITY CRITICAL

    В нашем случае в указанном файле была выполнена 401 замена значений, после чего импорт файла в SIM прошёл успешно.

    Чтобы убедиться в том, что в SIM действительно подгружен наш конфигурационный файл, можно например проверить доступность описания трапов в меню Options > Events > SNMP Trap Settings

    image

    С трапами разобрались, но что же делать с тем что, при дескаверинге можно получить сообщение о невозможности идентифицировать тип оборудования:

    No matching SNMP System Type Manager rule for sysObjID was found

    image

    Чтобы избавиться от этой проблемы, нужно выяснить для каждой используемой модели модуля управления ИБП значение sysObjectID (OID 1.3.6.1.2.1.1.2.0) и сопоставить его в названием модели устройства в SIM. Для этого нужно открыть меню Options > Manage System Types и с помощью кнопки New зарегистрировать новые типы устройств. При открытии формы добавления нового правила нужно ввести значение System object identifier, выбрать системный тип и подтип оборудования а также в поле Product model указать имя модели как мы его хотим видеть в SIM. 

    image

    Если значение системного идентификатора нам ещё пока не известно, но мы знаем что оборудование нужного нам типа уже добавлено в SIM, мы можем извлечь это значение из этого оборудования с помощью кнопки Retrieve from system, указав в открывшейся форме имя устройства и нажав кнопку Get response

    image

    На своём экземпляре SIM, я решил описать сразу все типы имеющихся у меня ИБП и вот как это в итоге выглядит:

    image

    После того как мы закончили с описанием новых типов оборудования, снова запускаем процедуру дискаверинга и убеждаемся в том, что наши ИБП теперь не выглядят как неизвестные устройства.

    image