NetXMS Support Forum

Quote from: Anth0ny on December 19, 2008, 02:52:09 PM
нет никаких предположений почему именно кластерный мониторинг отписывает каждый раз при рестарте сервиса мониторинга?

Потому что именно их состояние не сохраняется в базе Я это к следующему релизу исправлю.

Hello!

Most likely nxagentd.exe is locked and therefore cannot be deleted - because it contains message texts for Windows Event Log, it can be opened by mmc.exe if someone leave Event Viewer open. It also can be any other process which uses Event Log. As a workaround, rename nxagentd.exe, and then run installation again.

Best regards,
Victor

Push-параметры упоминались несколько раз на форуме:

https://www.netxms.org/forum/index.php/topic,48.msg145.html#msg145
https://www.netxms.org/forum/index.php/topic,22.msg62.html#msg62

Название "агент" здесь не очень уместно, но я ничего лучше не придумал. Это просто программа, которая может посылать данные для DCI на сервер. Т.е. смысл в том, что не сервер запрашивает данные у агента, а агент предоставляет данные когда считает нужным.

Пример использования:

Есть некий датчкик, с которым работает собственная программа, которая может вызывать внешний скрипт, которому передает текущее значение. Мы хотим это значение собирать на сервер. Для этого:

1. Делаем DCI с именем, например, Test, и источником Push Agent;
2. Делаем скрипт, который принимает текущее значение и отсылает на сервер:


#!/bin/sh
nxpush -u login -P password netxms_server_address Test=$1


все.

да, правильно

В теге event надо указывать код NetXMS события - это и есть та самая связь. Код события виден в конфигураторе событий (см. скриншот).

Ну, собственно я уже писал, что это баг в 64 битном агенте. Надо ждать патч. А так конфиг выглядит правильно, единственно у меня вызывают подозрение коды событий 100 и 101 - из консоли события с такими кодами создать нельзя.

Не очень понял суть вопроса События обрабатываются как любые другие, через event processing policy. Может быть опишешь одну конкретную задачу, а я напишу как все сконфигурить?

Это баг Как оказалось, 64-bit агенты собраны без поддержки XML. Исправлю и выложу обновленный инсталлер.

Конечно планируется Я думаю что в следующем релизе уже будет.

Corrupted DB schema can only be in fresh 0.2.23 installs. if you was upgrading from 0.2.22, you are not affected by this bug.

Best regards,
Victor

Ja objazatel'no sdelaju, chtobi izmenenija vstupali v silu. Zapisal eto kak bug v bugtracker, tak cho nadejus' ne zabudu
Esli patch budet ne ochen' mashtabnij, to vilozu zdes' faili, kotorie neobhodimo budet pomenjat'.

Soobschenie pri pustom parsere - toze bug, no uze kosmeticheskij. Prosto pri sozdanii parsera ne delaetsja razlichij mezdu pustoj konfiguraciej (chto normal'no), i oshibkoj v xml'e.

Da, esche odin bug Esli server na UNIX'e, to mozno zamenit' syslogd.cpp na prilozennij i peresobrat' - dolzno projti. Esli na Windows, to ja peresoberu binarnik i prishlju.

Some additional comments:

Nagios plugin API is very simple - basically, plugin is an executable which return code indicates status of tested service (0 = OK, 1 = WARNING, 2 = CRITICAL, 3 = UNKNOWN), and one or more lines of text. So, you can run any nagios plugin from NetXMS agent as external parameter, and get either status code or first line of text output. For example, to get status code, add following line to nxagentd.conf:


ExternalParameter = NagiosTest1:nagios_plugin > /dev/null ; echo $?


and for capturing first line of plugin's text output simply


ExternalParameter = NagiosTest2:nagios_plugin


Best regards,
Victor

да.

Только что проверил - работает. Но есть один баг - надо рестартить сервер чтобы новая конфигурация syslog-parser'a вступила в силу.