NetXMS Support Forum

There are multiple ways to do that, I'd probably use instance in action name:

1) configure 2 actions on the agent: StartA, StartB
2) Create 2 DCIs - Process.Count(A) and Process.Count(B) with threshold "< 1" on both (or any other way how you detect that process is down), set instance to "A" and "B" respectively (in thresholds tab, will be used in action name) and some activation event (can be the same).
3) handle this event in EPP with "Execute command on remote node via agent" action, as agent action name put something "Start%<instance>"

Sample config:


LogFile=c:\netxms\logs\nxagentd.log

[EXT:XYZ]
LogFile=c:\netxms\logs\nxagentd.xyx.log

Action=StartApp:c:\...\app.exe


Core agent (which runs as service) will read main section, and second instance of the agent will read EXT: section instead.
Second instance should be started in the user's session with additional command line arguments: -G EXT:XYZ -H
-G should match EXT: section in the config file and -H will hide agent's console window from user.

You can add agent to autostart using reg command (or in any other way):
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run /v NetXMSExternalAgent /t REG_SZ /d "C:\NetXMS\bin\nxagentd.exe -c C:\NetXMS\etc\nxagentd.conf -G EXT:XYZ -H" /f

Один из вариантов - вытащить на карту не коммутатор, а его интерфейс (двойной клик на ноде в дереве откроет интерфейсы, если они еще не загружены), после чего поменять в пропертях интерфейса иконку для карты и имя.
Второй вариант - сделать ноду с IP=0.0.0.0, на ней DCI (скриптовый или с трансформационным скриптом) с включенной опцией "Use this DCI for node status calculation" и возвращать значение статуса (0-6), который и и будет менять статус этой ноды.

Check filtering script in event processing policy rules #3 and #5. You call nonexisting function there in line 3 of the script.

I assume that by "terminate event" you mean "terminate alarm".
Short answer is no - once terminated, alarm will remain only in alarm log. However, you can repeat threshold activation events (you can set that in threshold editor) and therefore recreate alarms, if threshold is still active. Everything else will not be repeated.

Another way - revoke "terminate alarms" permission from user (leave only "Resolve"), then terminate with separate user (or even another person after verification that issue was solved).

yum install libcurl-devel
потом ./configure без --without-curl

Quotegenerated by GNU Autoconf 2.69.  Invocation command line was

  $ ./configure --with-server --with-mariadb --with-mariadb-compat-headers --with-agent --without-curl --disable-ssh --disable-mqtt --disable-dependency-tracking

cURL был принудительно отключен в configure: --without-curl

cURL был доступен в момент сборки? Лог config.log остался?

If tables are already created - run "nxdbmgr upgrade"

You can call forcePoll() method on the DCI (https://www.netxms.org/documentation/nxsl-latest/#_instance_methods_5)


dciId = FindDCIByName($node, "My.Custom.DCI");
if (dciId > 0) {
  dci = GetDCIObject($node, dciId);
  if (dci != null) {
    dci->forcePoll();
  }
}


You can use action timers for this. Set action delay and key (for example NODE_DOWN_%i - macros are the same as in other places of EPP, %i - object id) in NODE_DOWN rule. Then cancel timer with the same key in NODE_UP rule. Sample config attached.

When SYS_NODE_UP is generated, new action will be scheduled to be executed in 5 minutes. If during this time SYS_NODE_UP is generated for the node - action will be canceled, otherwise you'll get single email with 5 minute delay.

Да, скорее всего так и есть. Попробуйте прописать зависимость от базы, которую вы используете.

Тут есть несколько путей решения проблемы:

1) увеличить параметр Samples в настройках трешхолда - тогда он будет срабатывать только если трешхолд совпадает n семплов подряд (например "polling time=1min, samples=3, last > 70" сработает только если температура больше 70 в течении трех минут).
2) кроме отсылки мейла, добавить в это правило EPP action=script, в котором на ноде выставлять время последней отсылки, что-то типа

SetCustomAttribute($node, "lastSent", time());

и фильтром на этом же правиле проверять:
if (lastSent@$node != null && lastSent@$node + 3600 < time()) { // 3600 - разница в секундах
  return false;
}
return true;

(альтернативный вариант - сделать правило с stop processing - или еще что-то на скриптах)

2) сделать трешхолд с функцией Script и скриптом вида:

if ($1 > 70) { return true; }
if ($dci->hasActiveThreshold && $1 > 65) { return true; }
return false;


с таким скриптом трешхолд сработает на превышении 70-и градусов, а уйдет в нормальное состояние только когда температура просядет ниже 65.

According to systemctl output, netxms is installed in /usr, but it tries to load modules from /usr/local/bin - this looks like you mixed binaries from different versions.
I recommend to clean both versions, then configure and make install again.

Which distro do you use?

You are running netxmsd as user "josemb" which does not have write access to /var/log.
Either run netxmsd as root, or change configuration file location.

Quote from: jbriseno on December 05, 2020, 02:02:33 AM
Hi, Filipp

I deleted the /var/log/netxmsd file

josemb@hpserver1:~$ netxmsd -D 6
Using configuration file "/etc/netxmsd.conf"
FATAL ERROR: Cannot open log file