Добрый день всем.
Вопрос такой:
Кто нибудь пробовал подружить IBM Director с NetXMS? Проблема в том, что данные он предоставляет, но ничего похожего на список стандартных OID
http://www.oidview.com/mibs/2/md-2-2.html
Есть предположение, что необходимо добавить к нему Management Pack.
http://pic.dhe.ibm.com/infocenter/director/v5r2/index.jsp?topic=/diricinfo_5.20/fqm0_t_integrating_ibm_director_uim_for_hp_openview.html
Возможно кто либо сталкивался с подобной ситуацией?
Несколько подкорректирую и дополню вопрос.
Речь идет об агенте IBM System director.
Есть еще один вариант решения проблемы: как либо дополнить с помощью *.mib агента на стороне клиента, не прибегая к IBM System director server (в плане добавления сенсоров).
На стороне ноды - Windows server 2008R2.
Вариант, описанный в
https://www.netxms.org/forum/oe-oo/kak-oat-mib/
не срабатывает (утилиты nxmibc.exe просто нет ни в серверной ни в клиентской части)
версия NetXMS 1.2.10
Сервер на винде? какой?
2008R2 Standard на клиенте оно же.
Разрядность? 64?
Именно так
другой (32 или 128) вроде как и нет у Windows server 2008R2 :)
Прикольно... реально нету.
Выложи мибы, я скомпилирую у себя и верну готовый файл...
Вот эти вот.
Ох капец )) держи...
В общем так... Есть кривые мибы, которые я исправить не могу...т.к. не хватает знаний (а искать и рыть, честно - времени нет), остальное скомпилировалось вроде, проверяй.
У этих ошибка синтаксиса:
BOUNDARY-ACCESSS-NODE-MIB
DPI20-MIB
IBMIROCAUTH-MIB
IBM-OSA-MIB
IBMTCPIPMVS-MIB
IPsecT1-MIB
NETFINITYMANAGER-MIB
PCSYSTEMSMIF-MIB
SUBAGENT-MIB
У этих косяк с объявлением внутреннего чего-то (повторюсь - не эксперт, но думается что это что-то типа объявления переменных/типов данных, если есть знатоки, может помогут):
ATM-SWITCHING-NODE-MIB (ругается на DisplayString)
IBM-Director-Alert-MIB (ругается на enterprises)
SYSMON6K-MIB (ругается на enterprises)
XMSERVD-PERF-MIB (ругается на internet)
DEPNODE-MIB.txt (ругается на DisplayString)
MIIM-SERVER-MIB (ругается на ralarmoot)
UMSEVENT-MIB (ругается на umservices)
Вопрос наверно глупый.
Теперь я помещаю данный *.mib в папку NETXMS\var на ноде и перезапускаю агент да данном ПК?
Нет... Надо положить его на сервере, вместо старого файла и перезапустить консоль управления. Там должен произойти процесс синхронизации мибов...
Видимо что то перемудрил я... :-[
Если точнее - зря сенсор IBM-SERVERAID-MIB попросил добавить.
По сути требуется мониторить температуру, отказ резервного БП, а мониторинг RAID вполне себе работает используя LSI датчики (которые отключаются при развертывании IBM SYSTEM DIRECTOR agent - по видимому он все функции переключает на себя, служа своего рода шлюзом).
Насколько я понял это можно реализовать используя только UMSLMSENSOR-MIB.
http://www.circitor.fr/Mibs/Html/UMSLMSENSOR-MIB.php#iBMPSGVoltageSensorEventAutoClearEnabled
Можно интегрировать только этот *.mib?
Кстати вопрос: а утилит интеграции *.mib под 2008R2 больше не будет?
Я проверил все 4 серверных инсталлятора (netxms-1.2.10-minimal.exe, netxms-1.2.10.exe, netxms-1.2.10-x64-minimal.exe, netxms-1.2.10-x64.exe) — во всех есть nxmibc.exe в каталоге bin
Quote from: Svlel on December 26, 2013, 11:41:55 AM
Кстати вопрос: а утилит интеграции *.mib под 2008R2 больше не будет?
Спасибо огромное. Был невнимателен - инсталляция была выборочная.
Согласно инструкции добавил *.mib без ошибок (на сервере).
Перезапустил консоль (и ядро на всякий случай)
Теперь OID из данного *.mib файла будут доступны в MIB Explorer ноды, на которой установлен агент?
Они буду доступны впринципе... везде. Данные по ним получать сможешь, если они поддерживаются
Всё равно не выходит снять показания с датчиков температуры.
Как только задействуются UMSLMSENSOR-MIB (и UMS-MIB от которого он зависим), тут же перестают действовать счетчики
Number of virtual devices in this adapter those are critical .1.3.6.1.4.1.3582.4.1.4.1.2.1.19
Number of virtual devices in this adapter those are offline .1.3.6.1.4.1.3582.4.1.4.1.2.1.20
Number of disk devices in this adapter those are failed .1.3.6.1.4.1.3582.4.1.4.1.2.1.24
Number of disk devices in this adapter those are critical .1.3.6.1.4.1.3582.4.1.4.1.2.1.23
От LSI Storage manager (до задействования UMSLMSENSOR-MIB и UMS-MIB никаких нареканий - как часы).
Причем сенсоры iBMPSGTemperatureSensorEntry 1.3.6.1.4.1.2.6.159.1.1.80.1.1 (их внушительный список)
http://www.oidview.com/mibs/2/UMSLMSENSOR-MIB.html
Так и не появляются. Что то делаю не так. Но никак не могу понять что именно.
погоди... что значит "активация" и "перестают действовать"?
Мибы всего лишь как проводники, карта.. данные могут собираться и без них, если указать полный путь...
Вот этого и не понимаю. После интеграции двух упомянутых *.mib начисто сносит контроль RAID от LSI - буквально. То есть таких сенсоров просто нет... Больше. Раздел есть, а данные получать не от чего.
а WALK по разделу что нибудь выдает?
Ровным счетом ничего (walk по iso идет нормально между тем).
давай с начала.
ситуация 1: ты мибы не компилировал..т.е. используется комплект из установки: данные по нужному OID снимаются, но ты не понимаешь че это за значения...
Ситуация 2: компилируешь мибы, делаешь WALK и все, болт? те OIDы, которые раньше опрашивались сейчас молчат.
Правильно?
Я не совсем понял фразу "Как только задействуются UMSLMSENSOR-MIB (и UMS-MIB от которого он зависим), тут же перестают действовать счетчики". Они задействуются где? в NX или на стороне IBM Dir?
По шагам:
мибы взяты из приложенного источника (на десятке других они идентичны для IBM серверов, в данном случае system x 3550 m4)
сменено расширение на txt
помещены в папку var/mibs
выполнено C:\NetXMS\bin\nxmibc.exe -d C:\NetXMS\var\mibs (без предупреждений - оба миба отрабатываются)
перезапущена консоль.
После этого начисто сносит OID в ветке private\enterprise\lsi - то есть структура остается, но walk ничего не выдает.
"делаешь WALK и все, болт? те OIDы, которые раньше опрашивались сейчас молчат." именно так.
"Они задействуются где? в NX или на стороне IBM Dir?" NX сервер - на нем. IBM Director-а нет, его установка также начисто выкашивает OID в private\enterprise\lsi. Да, его заставить работать можно, и я это делал. Но непомерная прожорливость до ресурсов последней версии, вкупе с "зоопарком" не только продукции IBM но и HP, Cisco, Allied Telesis и даже Fuji учитывая особенности лицензирования данного продукта (и HP SIM так же), поневоле заставляет искать достойную альтернативу.
Благодарю всех за помощь. Всё удалось настроить корректно :)
в чем косяк то был?
Самое непонятное, что видимо IBM system director platform agent некорректно вставал... По логике он ведь не должен конфликтовать, если развернут NetXMS агент?
Перечитав множество rtfm понял - без IBM system director агента до сенсоров не добраться (у HP всё точно так же...).
Отключил агента NetXMS, установил IBM System platform agent (6.3.3) и агент стал корректно отдавать данные (осталось настроить сбор и алерты), при этом не мешая LSI - он тоже нормально дает мониторинг себя по snmp.
Quote from: Svlel on December 28, 2013, 03:04:01 PM
Перечитав множество rtfm понял - без IBM system director агента до сенсоров не добраться (у HP всё точно так же...).
А через iLO на HP или RSA на IBM разве нельзя получить информацию с сенсоров?
Можно, но IPMI нет, а SM-CLP тока по telnet, а нужен SSH... или я чего то не до конца понимаю :)
Добраться в принципе можно. Может и этот вариант, будет время попробую.
Кстати, опять вопрос :)
Возможно ли использование внутренних переменных (если они есть)?
Поясню:
Скажем определяется типовой сбой (превышение температуры или отказ диска в массиве), реакция - генерирование алярма и отправка писем.
Содержание письма вроде:
На "computer_name" зафиксированы проблемы с "..."
Вот чтобы не создавать под каждый ПК текст письма, возможно ли использовать переменные? "%computer_name%" итп?
Да, можно. Для того, чтобы подставить имя узла можно использовать макрос %n. Полный список макросов есть здесь: https://www.netxms.org/documentation/adminguide/event-processing.html#macros-for-event-processing (https://www.netxms.org/documentation/adminguide/event-processing.html#macros-for-event-processing).
Это радует.
Попутно маленькое предложение (вдруг пригодится):
Можно реализовать список операторов/администраторов системы, учетными данными (Фамилия. Имя. Отчество. E-mail итп), деление на группы (это реализовано но есть пожелание по дополнению - с переменной группы).
Для чего?
Допустим уведомления должны посылаться на почту (или SMS) не одному человеку (а так и есть, как правило). Скажем ответственные за проблемы аппаратной части - группа такая-то, у группы есть переменная, настройка упрощается - отправка E-mail и переменная группы в качестве получателей. Кстати, а можно забивать несколько получателей? Скажем
[email protected];
[email protected] итд в одну форму действия?
Если это уже реализовано (а может и так) - есть ли описание?
Несколько получателей можно давать, разделяются точкой с запятой.
По отсылке писем на группу - идея хорошая, я добавлю.