NetXMS Support Forum

Currently community strings are not sorted / prioritized. The value specified in node properties ('public' by default) is tried first, then server tries community strings from settings (in order in which the database returned the list).

There is no way to change community string from NXSL.
The only possible way for now is to use a Jython script launched by nxshell.

Дело тут вот в этой строчке:
[26.11.2019 11:21:04]    Upstream interface GigabitEthernet1/0/32 on node SW29xx-9-2 (servernaya, stoyka 3) is down

В netxms есть механизм корелляции, который при потере связи с нодой проверяет, не потеряна ли связь также со свичами/рутерами, через которые подключена нода. Сейчас этот механизм работает так, что переход порта на свиче в DOWN тоже тоже кореллируется и мы бы говорим, что нода недоступна (unreachable) потому что вот этот порт на свиче в дауне (эту логику планируется поменять).
Однако помимо unreachable нода должна была стать и critical, то что это не произошло, это не правильно.
Я так понимаю, что это происходило на 3.0. Планируете апгрейдиться на 3.1?

As for the first problem with executing an agent´s action via EPP, it was fixed and should work in version 3.1.261 that was released yesterday. Could you please confirm that it works for you?

There is currently no way to pass script arguments that have spaces from GUI's Server Console (and also from nxadm -c). Possible workarounds:
- use some special character, e.g. _ and replace it in the script
- you can use nxscript command line utility, but it can not run scripts from server script library, the script should be in a file.
nxscript 1.nxs "1" "2 3"

You can use the following macro in threshold value field: %{custom_attribute_name:default_value}. With that you can specify actual threshold value on the node itself in a custom attribute. Nodes, that do not have such attribute will use the default_value.

If you want more customization you can use %[script_name] macro that will be calling a script to calculate the threshold value.

As for disabling thresholds for particular DCIs - you can use the same macro as above and put some huge value to the custom attribute, that will never get reached. Or you can put node into maintenance - then DCIs are collected, but no events are generated.

Баг удается повторить, сделали тикет: https://track.radensolutions.com/issue/NX-1729

Templates are matched on guid.

What version are you using? Is it from packages, downloaded from netxms web site or you compiled it yourself? What Linux version are you using?

Does it segfaults all the time, or it happened only once?

If segfaults repeat, can you set DebugLevel=9 in server config, launch the server and attach the resulting log file?

Hi!

Do I understand correctly, that you are running NetXMS server on raspberry Pi? A few questions on that matter, would be good if you can provide some info.
How reliable that works? Do you monitor many devices? What database are you using? Is the database working in raspbery Pi? Is raspberry running from SD card or it has SSD connected?

Currently the only way to get netxms on raspberry is to compile yourself. Below is instruction I used to compile netxms agent, to compile the server you need to modify ./configure command.

apt update
apt install automake libssl-dev libcurl4-openssl-dev libssh-dev libmosquitto-dev libpcre3-dev postgresql-client libpq-dev unixodbc-dev

PCRE:
wget https://ftp.pcre.org/pub/pcre/pcre-8.43.tar.gz
tar zxvf pcre-8.43.tar.gz pcre-8.43/
cd pcre-8.43/
./configure --prefix=/opt/pcre --enable-pcre32 --disable-cpp --enable-utf --disable-stack-for-recursion --enable-unicode-properties --disable-dependency-tracking
make
make install

OpenSSL:
wget https://www.openssl.org/source/openssl-1.1.1d.tar.gz
tar zxvf openssl-1.1.1d.tar.gz
cd openssl-1.1.1d
./config --prefix=/opt/openssl no-comp threads
make
make install

bcm2835 which is needed for --with-rpi-agent
apt-get install html-xml-utils
mkdir -p bcm2835 && (wget -qO - `curl -sL http://www.airspayce.com/mikem/bcm2835 | hxnormalize -x -e | hxselect -s '\n' -c "div.textblock>p:nth-child(4)>a:nth-child(1)"` | tar xz --strip-components=1 -C bcm2835 )
cd bcm2835
./configure
make
make install

NetXMS Agent:
./configure --prefix=/opt/netxms --with-agent --with-internal-libexpat --with-internal-sqlite --with-internal-zlib --with-internal-libjansson --with-mariadb --with-odbc --with-pgsql --with-sqlite --with-openssl=/opt/openssl --with-pcre=/opt/pcre --with-rpi-agent
make
make install


Hi!

Can you share the output of dpkg -l | grep netxms and the contents of /etc/netxmsd.conf

Timer cancellations are related to server actions that are launched when an event happens. In event processing policy you can configure an action that is executed and set execution delay (in seconds). When event happens, the action will be scheduled. To be able to cancel this particular action we need to mark it somehow. This is done with timer key. This field can have macro fields in it, so e.g. for every node or node-dci combination, etc this field can be unique.

Then we can have another record in event processing policy that can have timer cancellation action. It has the same timer key. If that happens before the timeout goes out, the scheduled action will be cancelled. If not, the action will happen.

Hi!

NetXMS has a tool called nxdbmgr that has an option for database migration. It is launched like this:
nxdbmgr migrate old.configuration.file
The idea is that this tool is launched on the system you are migrating to. In the regular netxms configuration file on that system you have all the configuration for the new database. And you have another configuration file that has connection parameters to the database you are migrating from - that file name is given to nxdbmgr as parameter.
Before migration you have to initialize the new database by running nxdbmgr init.
netxms server should be stopped so no new data appears in the database during migration.
Migration is only supported on the same version of the database. So you can install 2.2.17 on the new system, do the migration and the do the upgrade.
A more recommended way is to upgrade first and migrate then (in that case you would use newer nxdbmgr that possibly has some bugs fixed) - but for that you would need to compile libprce32, so I would try the above approach first.

Support for WMI queries returning lists or tables will be made available in 3.1 version.

Currently WMI subagent does not support data presentation as table or list, it just takes first from received values. We are planning to implement this at some point of time.

Capabilities are stored as a bitfield in that long integer, here you can find which bit represents what capability: https://www.netxms.org/documentation/datadictionary-3.0/#t-nodes

So, transformation scripts, as well as other scripts in NetXMS are written in NXSL - custom scripting language. It's syntax is resembling C language syntax. Language documentation can be seen here: https://www.netxms.org/documentation/nxsl-3.0/

Here's a sample script:

if ($1 == 9) {
  return "x64";
}
else if ($1 == 0)
{
  return "x86";
}
else
{
  return "unknown: ".$1;
}


$1 is the raw value (after step 1 of transformation), so in this case it's either 0 or 9. Other variables are also available in the script, e.g. $node in the node object to which the DCI belongs to. $node->name would be the name of the node.

You can use trace function to print debug information to server's log file, first parameter of trace is debug level on which the information is printed
trace(0, $node->name)

P.S. For me only the following syntax of the parameter worked on Win7:
WMI.Query(root\CIMV2,SELECT * FROM Win32_Processor, Architecture)

В 3.0 у events добавлены теги, по ним можно фильтровать список events.