NetXMS Support Forum

Да. Нашли такую ошибку. В следующем релизе будет исправлено. Ошибка заключалась в том что переменные не подставлялись если опция "generates output" включена.

There are some useful links:

https://www.youtube.com/watch?v=UhHnMDawnKI&list=PLt3aE2eGS5P9L72H82S83MrKx2uz5x8gv
https://wiki.netxms.org/wiki/UPS_Monitoring_(APC)_via_SNMP
https://wiki.netxms.org/wiki/Add_new_MIBs

Hope you will find all answers there. Ask if something will be unclear.

Это делаеться через скрипт.

Вот полезные функции для этого:
https://wiki.netxms.org/wiki/NXSL:GetDCIObject
https://wiki.netxms.org/wiki/NXSL:GetDCIValue

Сделать Internal dummy DCI со скриптом:

maxSpeed = n
return GetDCIValue($node, FindDCIByName($node, "current speed")) / maxSpeed

Ошиблась в функциональности condition, туда как данные подаються объекты DCI. Но для вашей задачи действительно оптимальнее использовать Кластер. Если все нодны в кластере станут down, то будет сгенерён эвент SYS_CLUSTER_DOWN.

Эвент может быть сгенерён при нарушении трешхолда, кондишена, в скрипте, при SNMP Trap или во внутренних заранее заданных местах генерации. На контейнер нельза повесить скрипт или эвент.

Can you please check server and agent logs at the time when error occurs.

Почитайте про condition

Как данные в него можно подавать контейнер. И дальше в скрипте проверять что необходимо пройдясь по детям объекта.

https://www.netxms.org/documentation/adminguide/objects.html#condition
https://wiki.netxms.org/wiki/NXSL:GetObjectChildren

На всякий случай если ещё не знаете - эвенты можно самому создавать, а не только использовать существующие.

Step 3 should look like this:
3. On the "General" tab. PARAMETER: Net.Interface.BytesIn64({instance}) DATA TYPE: Unsigned Interger 64 bit

Есть несколько возможностей.

Первая это написать скрипт для Automatic Bind Rules. Это вкладка в свойствах контейнера. Первый пример который нашла тут: https://www.netxms.org/forum/configuration/automatic-bind-rules-addrinsubnet/msg13357/#msg13357  В скрипт подаётся переменная $node если скрипт возвращает true то нода добавляется в контейнер. Проверка происходит во время configuration poll для каждой ноды.

Вторая возможность это в EPP сделать правило по которому на SYS_NODE_ADDED эвент будет запускаться скрипт который будет биндить ноду к нужному контейнеру.
Полезные ссылки:
https://www.netxms.org/documentation/adminguide/event-processing.html#event-processing-policy
https://wiki.netxms.org/wiki/NXSL:BindObject

Добрый день здесь ответы только на 2 из 4.

1. Чтобы зарегистрировать агент на сервере можно использовать ключик -r <адресс сервера> при первом старте агента. Вот описание в документации вариантов: https://www.netxms.org/documentation/adminguide/agent-management.html#agent-registry

4.1. Если я правельно поняла, то нужно запускать в ручную команду на агентских нодах. Для этого в Object Tools можно сделать инструмент с типом "Local command", там прописать команду. Дальше этот иструмент появится в меню ноды под пунктом Tools.

4.2. Чтобы копировать файлы добавьте в конфигурацию агента загрузку субагента filemgr и доступные пути для работы с файловой системой. Пример конфигурации тут: https://www.netxms.org/documentation/adminguide/subagents.html#filemgr  на несколько нод конфигурацию можно наложить с помошью тэмплэйта(template), дальше работу с файлами можно проводить с помошью File Manager View описание тут: https://www.netxms.org/documentation/adminguide/file-management.html#file-management-label

Fix will be included in next release.

Мы сейчас находимся в процессе глобального пересмотра структуры документации и переноса её на Github. Есть надежда справиться с переносом существующей документации до 20.02.2015. К этому времени думаю уже будет понятно, какие главы нужно переписать, а что можно оставлять без изменений. Соответственно с этого момента есть смысл заниматься переводами. Я могу написать, как всё подготовим. 

Does node have at leas one not loopback interface with valid IP address?

Bug found. Will be fixed in next release 2.0-M2

Finally fixed. Will be included in next release.

So still "Wakeup node" works for interface and does not work for node?