NetXMS Support Forum

Один из вариантов - вытащить на карту не коммутатор, а его интерфейс (двойной клик на ноде в дереве откроет интерфейсы, если они еще не загружены), после чего поменять в пропертях интерфейса иконку для карты и имя.
Второй вариант - сделать ноду с 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

Quote from: jbriseno on December 04, 2020, 09:16:54 PM
Finally, I check the netXMS server log file. I attach the latest lines.

2020.12.04 16:43:18.937 *I* [logger             ] Log file opened (rotation policy 2, max size 4194304)
2020.12.04 16:43:18.937 *I* [logger             ] Log rotation policy set to 2 (size=16777216, count=4)
2020.12.04 16:43:18.937 *I* [                   ] Core agent version 3.6-300-g287f599693
2020.12.04 16:43:18.937 *I* [                   ] Additional configuration files was loaded from /etc/nxagentd.conf.d
2020.12.04 16:43:18.937 *I* [logger             ] Debug level set to 0
...

that's agent log file, not server.

This hook is executed on every configuration poll (by default it's once an hour)