NetXMS Support Forum

А какой вывод у apt-get update?

Да, на дебиане все должно быть проще, т.к. есть пакеты.

Команда apt-get install netxms-agent не удалась, поэтому и файл конфигурации в системе не появился.

Работает это все следующий образом - sudo dpkg -i netxms-release_1.6_all.deb добавляет в систему репозиторий. Дальше нужно сделать sudo apt-get update, чтоб из этого репозитория скачалась информация о том, какие пакеты он предоставляет. Какой-то из двух шагов не сработал и поэтому apt-get install netxms-agent не знает, откуда брать netxms-agent и не может его поставить. Проверяете вот эти первые два шага.

We've created a feature request for this, you can follow the progress here: https://track.radensolutions.com/issue/NX-1699

In the action script you can push the result to several DCIs, so you can store the result to one DCI and timestamp to another.
Displaying on dashboard is easier, if you have a DCI with the same name present on several nodes - in that case you can create a DCI Summary Table and use it in a Dashboard, specifying a container, where the needed nodes are located.
If all DCIs are on a single node, then it would be necessary to create a gauge for each DCI manually. Or it could be possible to create a table DCI on that node and populate data into it by script, but it would require quite complicated scripting.

1) Вот какой-то древний пост на форуме, там описан способ брать пакеты с одной машины с opensuse, подключенной к интернету и ставить на другую, оффлайновую. https://www.linuxquestions.org/questions/suse-opensuse-60/%5Bopensuse%5D-how-to-manage-packages-in-an-offline-computer-4175435581/
3) Это какой-то глюк с тем, что он не видит библиотеки, которые сам и скомпилил, попробуйте после сборки запустить
ldconfig

Ну и есть еще путь попробовать статически собранный линукс агент https://www.netxms.org/download/

make: command not found... означает, что в системе не установлен пакет make, который (но не только он) требуется для компиляции. Пакеты - это способ устанавливать (и автоматически обновлять) софт под линуксом. В линуксах есть программы, которые называются пакетными менеджерами, в OpenSUSE это zypper (в debian/ubuntu apt и т.д.). У пакетом есть зависимости, когда мы хотим установить какой-нибудь один пакет, то могут установиться и другие пакеты.

1) ставим пакеты, нужные для компиляции
zypper install libtool libcurl-devel libopenssl-devel gcc-c++ libssh-devel mosquitto-devel

2) под Tumbleweed нет пакета libpcre32, его придется собирать вручную
wget https://ftp.pcre.org/pub/pcre/pcre-8.43.zip
unzip pcre-8.43.zip
cd pcre-8.43/
./configure --enable-pcre32
make
make install
cd ..

3) Если все хорошо на предыдущем шаге, то можно собирать netxms:
wget https://www.netxms.org/download/releases/3.0/netxms-3.0.2305.tar.gz
tar zxvf netxms-3.0.2305.tar.gz
cd netxms-3.0.2305/
./configure --with-agent
make
make install

На результаты команды ./configure нужно смотреть. Она должна дойти до момента, когда напишет
---------------------------------------------------------------------
                         Configure results
---------------------------------------------------------------------
и еще пару десятков строк. Если до этого не доходит, то значит в системе не хватило какой-нибудь библиотеки и нужно разбираться в каком она пакете и ставить этот пакет.

Если все удалось, то появится файл /usr/local/bin/nxagentd. Если его запустить, например, с ключом -v, он напишет свою версию.

Для работы агента нужен конфиг, в папке contrib есть образец, копируем его в /etc
cp contrib/nxagentd.conf-dist /etc/nxagentd.conf
В конфиге как минимум нужно указать IP адрес сервера и место для лог файла

Для того, чтоб агент запускался автоматом при старте системы, нужно прописать startup script. В папке contrib есть такие скрипты.
cp contrib/startup/systemd/nxagentd.service /etc/systemd/system/
systemctl daemon-reload
systemctl enable nxagentd
systemctl start nxagentd
systemctl status nxagentd


Посколько в OpenSUSE есть файрвол, то нужно открыть порт агента:
firewall-cmd --permanent --zone=public --add-port=4700/tcp
firewall-cmd --reload

Есть два пути - собирать из исходников или скачать уже собранные бинарники.
В документации по NetXMS описан первый путь, давайте по нему и пойдем https://www.netxms.org/documentation/adminguide/installation.html#id9

Скачиваем архив с исходниками - https://www.netxms.org/download/releases/3.0/netxms-3.0.2305.tar.gz
Разархивируем в любую директорию - когда мы соберем бинарники, исходники можно стереть, так что не важно где они находятся
Для ./configure и make рут не нужен - эти операции происходят в нашей временной директории, не затрагивая системные директории

Если столкнетесь с ошибкой, процитируйте полностью текст ошибки.

Hi!

Looks like a bug when formatting texts drawn on links on that map. Could you please check what ID that map has - it's visible in Object Details when you click the map in Object browser and share output of the following SQL query:
select * from network_map_links where map_id = 123;
where 123 is the id of your map.

Hi!

Yes, paid support is provided. Please send a request to [email protected]

There we changes with internal parameters - in version 3 PingTime was deprecated and a number of ICMS.ResponseTime. parameters were introduced that provide much more options.
Please try to replace PingTime with ICMP.ResponseTime.Last in your template.

You can clone NetXMS repository on github: https://github.com/netxms/netxms

What NetXMS version are you using?
In 3.0 there is Prevent automatic SNMP configuration changes checkbox in SNMP communication properties that should prevent NetXMS from trying the default port.

Since version 3.0 macros can be used in threshold's Value field. Particularly, this allows to use scripts in thresholds by creating a script and referencing it with %[script_name] macro. This way you can do all the customization in your script.
UPD:
More correct way would be to set threshold Function = Script and use a script this way. If script returns "true" it means, that threshold will get activated. Contents of "Value" field can be accessed from the  script. 

Currently, as of 3.0, it works that way, that as soon as you create a node, Full configuration poll is being done. If server is not able to ping AND connect to agent, the node will be marked at unreachable and the only thing that will remove unreachable flag and initiate communications is to manually run Full configuration poll  again.
The thing is that after node creation, while user goes to properties of a zone to set that node as a proxy, the node gets unreachable. There is a way to create a node in a zone and set it as proxy for that zone in one step - in new node creation there's a checkbox "Create as zone proxy for selected zone". It's among other checkboxes and is easy to overlook. There are thoughts to improve user-friendliness of all this.

As for ZoneUIN parameter - as far as I know, it's related to SNMP Traps and Syslog monitoring; also it's used when tunneling agent connects to server so that server could auto-assign node to correct zone. Proxy should work without this parameter configured.

Hi!

I was not able to reproduce this. What kind of communication are you using with the proxing agent - direct connection to it from the server or agent tunnel (agent to server communication)?
When you moved the agent from zone 1 to zone 2, did you do Status poll or tried Full Configuration poll?