NetXMS Support Forum

Hi,

we split support channel on Telegram into two - English and Russian. We encourage all users to use appropriate group depending on preferred language. You can join Russian group at https://telegram.me/netxms_ru.

Best regards,
Victor

Hi,

it's probably related to introduction of dashboard containers. We will check.

Best regards,
Victor

Hi,

there was a bug in server - check for already queued address was not performed for addresses discovered from syslog messages or SNMP traps. Just fixed it in development branch, fix will be included in 2.1.1.

Best regards,
Victor

Hi,

I plan to implement it soon in development branch, so it will make it into next stable release. I'm not sure if it is wise to add new data types to current stable.

Best regards,
Victor

Hi,

as I understood it is misconception, not a bug. When you walk object tree end expand object, you see ALL child objects. Interfaces are child objects of a node, so when you expand a node, you see all interfaces. It is irrelevant if you come to that node via subnet, or container, or template, etc. You always will see all objects below.

Best regards,
Victor

Update: starting with version 2.1 is is possible to use agent list System.IO.Devices for instance discovery.

Hi,

you have libssh2, not libssh (yes, it's two different libraries). RH/CentOS 6 do not have it in repositories, so you should either install libssh from sources or disable SSH support.

Best regards,
Victor

Quote
Спасибо за ответы!

Quote"unable to get ..." - может быть совершенно нормально, если устройство не дает такой информации.

Правильно я понимаю, что подобные сообщения в журнале в версии 2.0.8 не появлялись просто, а в новой появляются?

Да.

Quote

QuoteЯ советую остановить сервер и запустить nxdbmgr check. Он должен пересоздать отсутствующие tdata таблицы.

Дело в том, что nxdbmgr check я делал и до и после обновления. Получал сообщение что всё хорошо. Забыл вчера вночь попробовать, попробую ещё раз сегодня.
А по поводу назначения таблиц tdata? Какие могут быть последствия ошибок вставки данных в них?

В этих таблицах хранятся значения табличных DCI.

Quote

Quote"Syncer: Unable to delete object with id 641 because it is being referenced 13 time(s)" - если повторяется многократно и количество references не уменьшается - то это баг в сервере. Тогда поможет дополнительная информация по этому объекту.

Сообщения действительно перестали появляться со временем. Но сами объекты всё ещё в присутствуют в таблице nodes. Наверное так и должно быть?

Вообще-то нет. Скорее всего после попытки удаления был рестарт сервера, и объекты теперь болдаются в корне дерева. Можно зайти пользователем system и удалить их еще раз.

It's a bug in a server - first address of the range always ignored. I just fixed it in development branch (fix will be included into 2.1.1 patch release).

Best regards,
Victor

Панели и шаблоны - давно можно. С контейнерами - непонятно зачем. Ну и в принципе несложно дописать недостающий экспорт/импорт на nxshell.

Похоже баг в сервере - я проверю.

В идентификаторе группы можно использовать {instance}.

"unable to get ..." - может быть совершенно нормально, если устройство не дает такой информации.

Я советую остановить сервер и запустить nxdbmgr check. Он должен пересоздать отсутствующие tdata таблицы.

"Syncer: Unable to delete object with id 641 because it is being referenced 13 time(s)" - если повторяется многократно и количество references не уменьшается - то это баг в сервере. Тогда поможет дополнительная информация по этому объекту.

Hi,

I'll assign somebody from the team to update documentation on MQTT in a next few days.

Best regards,
Victor

Hi,

{instance-name} is a placeholder which is replaced only during instance discovery. You can set it's value by returning third element from instance filter script, like this:

return %(true, "this will became instance", "this will became instance name");

Best regards,
Victor