NetXMS Support Forum

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

Hi,

why do you have more than one MAC on a port? Does firewall use multiple MACs?

Best regards,
Victor

Hi,

it is know issue with table DCI performance when accessing historical data. We change the way how table DCIs data is stored in 2.1, so upgrade may help.

Best regards,
Victor

Hi,

there should be no changes in sorting order. I'll check it.

Best regards,
Victor

Hi,

you have to configure ping target in agent configuration file. See ping subagent description for details: https://www.netxms.org/documentation/adminguide/icmp-ping.html

Best regards,
Victor

Yes, we miss this bug again... I'll try to fix it before 2.1.1 patch release.

Best regards,
Victor

Hi,

from the log it seems that address range filter is not passed. Could you show how address filter is configured?

Best regards,
Victor

Hi,

yes, you need to create separate user with limited access rights. Workstation itself is not important - access control is done on user level.

Best regards,
Victor