NetXMS Support Forum

Hello all!

NetXMS version 0.2.22 is released.

Changes from previous release:

- Scripts now can be used to form event's message (via %[..] macro)
- Scripts in event processing policy now has access to node properties
  via $node variable and to event properties via $event variable
- Implemented XML encoding for NXCP messages
- Added support of custom object attributes
- Minor map improvements
- Fixed issues: #196, #201, #216, #220, #221, #222, #225, #226, #230, #231

Best regards,
Victor

Yes, it's possible. You should have NetXMS agent on monitored host, and have portCheck subagent loaded. Then in properties of network service you wish to check set poller node to monitored host with portCheck subagent.

Hi!

Seems like a bug in a map. I'll check this out. Currently, you can do all configuration from object browser.

Best regards,
Victor

No, it shouldn't be in a domain. All information gathered via NetXMS agent, which by default is running under Local SYstem acount and usually has all necessary rights. Problem is that for MS SQL Server service name is MSSQLSERVER, so correct parameter should be

System.ServiceState(MSSQLSERVER)

Best regards,
Victor

Выложил 0.2.22 - Windows installer и исходники:
https://www.netxms.org/download/netxms-0.2.22.exe
https://www.netxms.org/download/netxms-0.2.22.tar.gz

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

Alex: попробуйте поставить последний вариант сервера и запустить с параметром --debug 7 - я  добавил дополнительный отладочный вывод, поскольку теоретически не могу понять, чем могла быть вызвана проблема с пропадающими хостами при переходе на 0.2.22. Потом или пришлите мне лог целиком, или расскажите, что он пишет про проблемные ноды в строчках, содержащих текст StatusPoll.

Quote from: Sympology on August 19, 2008, 02:46:18 PM
I'm setting up a Data Collection for NetXMS Agents

I select ServiceCheck.Custom(SQLSERVER) Data type Integer. (I Have tried other services)

ServiceCheck.Custom intended to check TCP connectivity. If you wish to check state of Windows service, you should use parameter System.ServiceState, like below:


System.ServiceState(SQLSERVER)


Best regards,
Victor

Eto zaplanirovano sdelat', i budet realizovano.

U menja skompililsja bez problem... 

Ja dumaju chto nado budet poprobovat' MIB kompiler iz 0.2.22

Ja v WMI voobschem-to slablo razbirajus' Esli kto-nibud' napishet hotja-bi chernovik specifikacii - chto dolzno bit' na agente, chto v klientskoj chasti, kak konfiguracija dolzna vigljadet' - mozno budet poprobovat' realizovat'.

Pohoze vse-taki otsutstvuet PIM-MIB. Na vsjakij sluchaj vot on vmeste s dependent MIB'ami (eto standartnie MIB'i, poetomu v distributiv ja ih toze dobavil).

Просто удалите весь блок от BEGIN до END - в NetXMS он не нужен. Я буду разбираться, почему MIB компилятор это не понимает. Кстати, можно этот файл кинуть сюда или на [email protected] ?

На всякий случай - netxmsd под root'ом работает?

Похоже на проблему с SNMP - если на устройстве есть SNMP, то статус интерфейсов получаем через него, а не пингом.
SNMP часть менялась от 0.2.21 к 0.2.22, сейчас подумаю что там могло быть. Сервер на Linux'e стоит?

Ну вот, вернулся домой, теперь буду отвечать в обычном режиме

Quote from: Alex on August 08, 2008, 02:16:09 PM
Появилась новая проблема.
У меня NetXMS с агентом стоит в Frankfurt am Main, Germany. Я мониторю узлы в Гон-Конге. В итоге последние 3 дня у меня расколбас начался. Средний пинг с сервера до гон-конгского узла 385 мс. Это в принципе нормально. А NetXMS мне по 2-3 раза  вдень сообщения о том что узел падал на одну-две секунды. Т.е. все железки и голосовые потоки в начале в статусе DOWN присылает и тут же в догонку шлет UP. Что за проблема могла возникнуть? Сделал тест. На этом же серваке в screen запустил ping до железки в Hong-Kong-е. И в тот момент когда NetXMS сказал что все плохо, я смотрел реальные данные с Ping_а. Так вот выяснилось что NetXMS ме соврал и не было ни каких проблем с каналом.

Quote from: Alex on August 09, 2008, 03:55:07 PM
Нет.. Я не ставил ping subagent.
Статус железки меняется с 0 на 4 и через 1-2 минуты восстанавливается а 0. Причем никаких проблем со стороны collocation-а, ни со стороны сервера замечено не было. Проблема началась после переустановки с 0.2.21 на 0.2.22.

Я просто фразу "У меня NetXMS с агентом стоит в Frankfurt am Main" понял так, что там стоит ping субагент, а сам сервер в другом месте. Стало быть, там стоит именно сервер?
Код для поллинга интерфейсов не менялся. Если используется ping, то сервер делает три попытки с timeout 1500ms. А на узлах в Гонконге стоит агент или SNMP?

Dejstvitel'no, bug v MIB kompiljatore. Ispravil. Kak workaround mozno prosto udalit' stroku s DEFVAL - v NetXMS ee vse ravne ne ispol'zuet.