NetXMS Support Forum

We've managed to replicate similar behavior that could be related to what is happening on your system - when node is removed from template, the .xml does not get deleted from that node. You can follow resolution progress here: https://track.radensolutions.com/issue/NX-1704

/etc/nxagentd.conf.d - это директория, куда можно в отдельных файлах класть кусочки конфига агента. Агент эти кусочки соберет и добавит к своему основному конфигу. Этим пользоваться не обязательно - просто так удобнее когда серверов много и разных. Так что эта строчка в логе - это не ошибка.

Есть смысл посмотреть выдачу команды
netstat -lptun
там будет видно, кто из процессов какой порт занял.

Ok. It means that you don't the user under which you are logged in has no access rights to that template. This could also happen due to some errors in the database, in that case you can try to login under user system, by setting password for that user in configuration -> user manager. It's possible that under system user that template will be visible.
The other thing you can try to do is stop netxms server and launch nxdbmgr check

На текущий момент NetXMS просто берет точки из базы данных и отрисовывает их на графике. Определение мест, когда данные не собираются - не такая простая задача, т.к. данные могу собираться по расписанию, или это вообще может быть push DCI про который сервер не знает, когда должны появиться следующие данные.
В принципе это можно сделать - сохранять в базе отсчеты с некой отметкой "разрыв данных" и обрабатывать эти отметки при отрисовке графиков, но это не очень приоритетно и ресурсов на данный момент на это нет.

Hello!

DCIs coming from templates if deleted on a node, are restored after some time, since the system periodically reapplies templates. So to delete a DCI coming from template, you have to delete it from that template (or unbind that template from that node and make sure there is no autoapply rule for that template).
If you open Data Collection Configuration for your node, on the right hand side in that table should be column Table. In that could you should see the template from where a given DCI is coming.

А как вы агента запускали, через
systemctl start nxagentd
или
nxagentd -d
?

При установке из пакетов агент прописывается в systemd и им можно управлять через systemctl. При этом бывает, что он не стартует автоматом при старте системы, тогда нужно сделать systemctl enable nxagentd

Возможно, он у вас запустился дважды - один раз из systemctl, а второй - вручную?

One possible thing is that currently templates are applied to nodes when the Agent Policies tab in management console is closed. While that tab stays open, changes are saved in server's DB but not applied. If this is not the reason, please describe step-by-step sequence of your actions.

А, ну да, это же у вас оффлайновая машина, а apt-get update работает в онлайне.
https://packages.netxms.org/debian/pool/buster/main/n/netxms/ - вот тут можно скачать .deb файл агента и поставить его через dpkg -i имя_пакета.deb
Зависимости (другие пакеты, которые требуются для агента) скорее всего найдутся на DVD диске, с которого ставилась система, если нет, то тоже нужно будет скачать .deb файлы этих пакетов и поставить через dpkg -i

А какой вывод у 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 рут не нужен - эти операции происходят в нашей временной директории, не затрагивая системные директории

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