NetXMS Support Forum

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

Всё равно не выходит снять показания с датчиков температуры.
Как только задействуются 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.