NetXMS Support Forum

A mozno startanut' server s debug'om urovnja hotja-bi 7 (netxmsd -D 7) i prislat' log?

Sorry, https://www.netxms.org/download/rc/nxagent-0.9.0-rc1-x64.exe

Сразу нет. Но можно централизованно рестартить агентов через actions. Из консоли можно сделать рестарт агента через меню Tools -> Restart Agent, а с командной строки так:

nxaction <agent_address> Agent.Restart


Еще один вариант - использовать возможность агента принимать upgrade package. Можно сделать скрипт, который будет обновлять конфиг, npi файл для него, и сделать deploy как обычному upgrade package'у.

Агент может при старте забирать конфигурацию с сервера. Для этого он дожен быть запущен с ключом -M. Например, для запуска агента как сервис, с конфигурацией, предоставленной сервером 10.0.0.2:

nxagentd -M 10.0.0.2 -d


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

Пример скрипта для конфига, который надо отдать агенту на Windows:

$2 like "windows-*"


Начиная с версии 0.2.24, при инсталляции агента на Windows, в инсталляторе можно отметить пункт "Download configuration file from management server on startup", тогда инсталлятор сделает сервис, у которого будет ключ -M в командной строке. Если используется unattended install, то можно инсталлятору указать ключ /CENTRALCONFIG для получения такого-же результата.

Выложил патч для x64: https://www.netxms.org/rc/nxagent-0.9.0-rc1-x64.exe.
Должен работать

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