NetXMS Support Forum

Update: in release 2.2.15 size limit for instance field increased to 1023 characters.

Best regards,
Victor

Hi all!

NetXMS version 2.2.15 is available. It is mostly hotfix release for issues found in version 2.2.14. Full change log is following:

- Improved driver for Cisco Small Business switches
- Fixed issues:
        NX-1609 (Duplicate server configuration parameters)
        NX-1627 (Proxy node should not ping through itself)
        NX-1637 (Unrecognized Cisco SG Switch)
        NX-1639 (NXSL persistent storage entries not saved in database)
        NX-1644 (DB gets corrupted when adding container/nodes)
        NX-1645 (Broken UI element layout in table DCI "General" property page)

It is highly recommended to run nxdbmgr check after upgrading binaries and before first server start.

Best regards,
Victor

We just discovered critical bug in version 2.2.14 that can cause container relation information not to be saved in database (registered as https://track.radensolutions.com/issue/NX-1644). It is recommended not to upgrade to 2.2.14 or do not do any changes to container structure until upgrade to 2.2.15. We are working on release 2.2.15 with a fix, it should be available soon.

Best regards,
Victor

Добрый день!

Если на ноде не осталось данных по "peer interface" (это видно в информации по интерфейсу), то не получится. Информация об истории подключений не сохраняется. У нас есть запрос на такой функционал, в ближайших релизах скорее всего появится.

wget http://packages.netxms.org/netxms-release_1.2_all.deb
dpkg -i netxms-release_1.2_all.deb
apt update
apt install netxms-server netxms-dbdrv-pgsql

(замените netxms-dbdrv-pgsql на другой драйвер если используется не PostgreSQL)

потом надо создать /etc/netxmsd.conf и /etc/nxagentd.conf, проинициализировать базу командой

nxdbmgr init

и можно стартовать сервер.

Здесь понадобится два скрипта. Делается примерно так:

1. Делаем список HTTPS.Certificates

ExternalList = HTTPS.Certificates:script1.cmd


Скрипт должен выдавать список сертификатов, каждый в своей строчке.

2. Изменяем параметр HTTPS.CertificateExpireDate чтобы он принимал имя сертификата:

ExternalParameter = HTTPS.CertificateExpireDate(*): powershell.exe -file "\\server\Scripts\test.ps1" -certname $1


Насколько я знаю power shell можно будет в скрипте получить имя сертификата в переменной certname. Дальше в скрипте все как сейчас.

3. Делаем DCI на сервере:
Параметр

HTTPS.CertificateExpireDate({instance})


Instance discovery method: agent list
Имя списка: HTTPS.Certificates

Try to start agent with debug level 6 or higher, and check what is going on with incoming connections. Make sure that agent logging is set to file.

Best regards,
Victor

Похоже это следствие ошибки в ReadPersistentStorage - если записи с заданным ключом нет, то возвращается пустая строка, а не NULL. Правильным вариантом кода будет

ReadPersistentStorage($event->dciId . "_0x" . right(d2x($node->id), 8, "0"));

Предварительно можно еще проверить что $event->dciId не NULL.

Parameter itself is ok, there is 1023 character limit. Problem is with instance value where actual OID will not fit. It is fairly easy to extend instance length limit to 1023 characters as well, I can do that for next release.

Best regards,
Victor

А точно работает? ReadPersistentStorage на делает подстановку, т.е. будет искаться ключ %<dciId>_%i, а не скажем 127_313.

Можно помимо генерации аларма делать запись с таким-же ключом в persistent storage, и в правиле отсылки почты по SYS_THRESHOLD_REARMED проверять наличие такого ключа, и только если он есть выполнять отсылку.

Try to cancel configuration wizard and run initialization manually (using nxdbmgr init) - it may provide more diagnostic information. You can also try to create user and database manually and choose "use existing database" option in configuration wizard.

Best regards,
Victor

Hi,

make sure that if you are using Windows authentication you have used * as login name and current user has access rights to the database, or if you are using SQL authentication (using login and password) that mixed mode authentication is enabled on SQL Server. Another possible issue could be using IP address (event loopback) with TCP/IP connector not enabled on SQL Server side.

Best regards,
Victor

Limits are 1023 characters for DCI parameter name and 255 characters for instance name.

Best regards,
Victor

Hi,

that could indicate that node representing NetXMS server is no longer considered to be local server. You can check that in server debug console - type command

show obj NetXMSServer

and check isLocalMgmt flag value. If this is the case try to find if new node was created to represent NetXMS server.

Best regards,
Victor