NetXMS Support Forum

Наверно глупыми вопросами уже утомил, ну да мне по рангу (newbie) положено 

Вопрос в продолжение темы.
Ловушки настроены, и встал вот такой вопрос:
Дело в том, что к примеру, различные сервера HP (различных поколений), скидывают в ловушку трапы с одинаковым OID, как пример:
.1.3.6.1.4.1.232.0.6048 - уведомительное
.1.3.6.1.4.1.232.0.6050 - критическое

А вот непосредственно OID сенсоров, выполняющих одну и ту же функцию, может различаться. Как и выдаваемые ими значения.

Вот попробовал реализовать подобное, приведу пример как я это сделал:







Вопрос - правильно ли?

Все работает. С чем было связано, так и не удалось понять. Просто заработало через некоторое время.

Разобрался.
Но столкнулся с вот такой ситуацией:
В ловушку отсылается всё что требуется. Можно прописать правила итп. Тут всё в порядке.
НО. По непонятной причине теперь не работает mib explorer ни на одну ноду. Соответственно и data collectors тоже, кроме status - он работает нормально.

PS: Лапы вытащишь, хвост завязнет...

День добрый, немного покопавшись, настроил ловушку snmp, и HP SIM аgent на отправку данных в эту ловушку.
Это в принципе то, что надо.
Вопрос: есть ли где нибудь развернутый мануал по работе NetXMS с ловушками?

Доброго вечера.

Такой вот вопрос:
Имеются сервера HP (разнообразные). Для доступа к сенсорам (температура, состояние БП итп) на каждом установлен HP SIM agent.
На одном из хостов сети развернут NetXMS сервер.

Все работает, информацию получает, алерты генерируются, уведомления отсылаются. Но есть одно но:
сервер NetXMS инициализирует опрос сенсоров удаленных серверов HP по SNMP с определенным интервалом...

Вопрос как в этом случае настроить обращение со стороны клиента? Доступ к сенсорам возможен только с использованием HP SIM агента.
С ходу в голову пришло два варианта:
1. Возможно ли настроить агент NetXMS на периодический опрос состояния сервера на котором он установлен, с последующей отправкой уведомления на основной сервер NetXMS, в случае обнаружения проблем?
2. Каким либо образом настроить сам HP SIM agent на отправку подобных уведомлений? Возможно кто либо настраивал подобную систему и может дать подсказку?

Проблема снята. Что было - непонятно. Видимо инсталлятор по каким то причинам не находил установленную Java машину.

Но одно отличие все же было (вдруг имеет значение): переустановил не от имени администратора, а от имени пользователя, согласившись с UAC. 

Посмотрел наличие Java машины, установлена. Но не там (что логично), перенес требуемый файл в указанную в логе директорию (предварительно её создав).

Теперь служба запускается и тут же останавливается.

В логе:

[2014-01-13 03:14:35] [info]  ( prunsrv.c:1127) [ 5268] Starting service...
[2014-01-13 03:14:36] [debug] ( javajni.c:233 ) [ 5268] loading jvm 'C:\NetXMS_WebUI\NetXMS\bin\jre\bin\server\jvm.dll'
[2014-01-13 03:14:36] [debug] ( javajni.c:704 ) [ 5276] Jvm Option[0] -Djava.class.path=C:\NetXMS_WebUI\NetXMS\WebUI\winstone-0.9.10.jar
[2014-01-13 03:14:36] [debug] ( javajni.c:704 ) [ 5276] Jvm Option[1] exit
[2014-01-13 03:14:36] [debug] ( prunsrv.c:919 ) [ 5276] Start exit hook called ...
[2014-01-13 03:14:36] [debug] ( prunsrv.c:920 ) [ 5276] VM exit code: 0
[2014-01-13 03:14:36] [debug] ( prunsrv.c:844 ) [ 5276] reportServiceStatusE: 1, 0, 0, 0

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

В nxwebui-stdout

2014-01-13 03:13:01 Commons Daemon procrun stdout initialized
Error occurred during initialization of VM
Unable to load native library: Can't find dependent libraries

Вот такой вот сбой при запуске службы Web интерфейса. Запускается от локальной системы, поставлена с администраторскими привилегиями.
ID 7024

Служба обнаружения интерактивных служб работает.

В логе:
[2014-01-13 02:00:13] [info]  ( prunsrv.c:1127) [14748] Starting service...
[2014-01-13 02:00:13] [debug] ( javajni.c:208 ) [14748] Invalid RuntimeLib specified 'C:\NetXMS\bin\jre\bin\server\jvm.dll'
[2014-01-13 02:00:14] [error] ( prunsrv.c:1162) [14748] Failed creating java C:\NetXMS\bin\jre\bin\server\jvm.dll
[2014-01-13 02:00:14] [error] ( prunsrv.c:1162) [14748] Системе не удается найти указанный путь.
[2014-01-13 02:00:14] [error] ( prunsrv.c:1536) [14748] ServiceStart returned 1
[2014-01-13 02:00:14] [error] ( prunsrv.c:1536) [14748] Системе не удается найти указанный путь.
[2014-01-13 02:00:14] [debug] ( prunsrv.c:844 ) [14748] reportServiceStatusE: 1, 1066, 0, 1
[2014-01-13 02:00:14] [info]  ( prunsrv.c:1598) [19096] Run service finished.
[2014-01-13 02:00:15] [info]  ( prunsrv.c:1764) [19096] Commons Daemon procrun finished
[2014-01-13 02:00:26] [debug] ( prunsrv.c:1679) [17320] Commons Daemon procrun log initialized
[2014-01-13 02:00:26] [info]  ( prunsrv.c:1683) [17320] Commons Daemon procrun (1.0.15.0 64-bit) started

TresholdRepeatInterval нормально в настройках сервера - значение 0, Restart - значение Yes
В Thresholds поправил на never, проверяю, спасибо.

Добрый день, уважаемые разработчики. С прошедшими праздниками и наилучшие пожелания 

Вопрос такой:
В случае возникновения алерта выполняется политика, в которой прописана отправка почтовых сообщений определенным пользователям.
По умолчанию, сенсоры опрашиваются раз в минуту.
И при каждом опросе, политика выполняется, то есть происходит отправка писем. И так вплоть до снятия алерта.
Как настроить, чтобы при возникновении алерта отправлялось однократное уведомление?

Это радует.
Попутно маленькое предложение (вдруг пригодится):
Можно реализовать список операторов/администраторов системы, учетными данными (Фамилия. Имя. Отчество. E-mail итп), деление на группы (это реализовано но есть пожелание по дополнению - с переменной группы).
Для чего?
Допустим уведомления должны посылаться на почту (или SMS) не одному человеку (а так и есть, как правило). Скажем ответственные за проблемы аппаратной части - группа такая-то, у группы есть переменная, настройка упрощается - отправка E-mail и переменная группы в качестве получателей. Кстати, а можно забивать несколько получателей? Скажем [email protected]; [email protected] итд в одну форму действия?
Если это уже реализовано (а может и так) - есть ли описание?

Добраться в принципе можно. Может и этот вариант, будет время попробую.

Кстати, опять вопрос 
Возможно ли использование внутренних переменных (если они есть)?
Поясню:
Скажем определяется типовой сбой (превышение температуры или отказ диска в массиве), реакция - генерирование алярма и отправка писем.
Содержание письма вроде:
На "computer_name" зафиксированы проблемы с "..."
Вот чтобы не создавать под каждый ПК текст письма, возможно ли использовать переменные? "%computer_name%" итп?

Самое непонятное, что видимо IBM system director platform agent некорректно вставал... По логике он ведь не должен конфликтовать, если развернут NetXMS агент?

Перечитав множество rtfm понял - без IBM system director агента до сенсоров не добраться (у HP всё точно так же...).
Отключил агента NetXMS, установил IBM System platform agent (6.3.3) и агент стал корректно отдавать данные (осталось настроить сбор и алерты), при этом не мешая LSI - он тоже нормально дает мониторинг себя по snmp.

Благодарю всех за помощь. Всё удалось настроить корректно

По шагам:
мибы взяты из приложенного источника (на десятке других они идентичны для 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 так же), поневоле заставляет искать достойную альтернативу.