Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Victor Kirhenshtein

#2011
Announcements / Re: Telegram group
August 07, 2017, 11:18:59 AM
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
#2012
Hi,

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

Best regards,
Victor
#2013
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
#2014
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
#2015
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
#2016
Update: starting with version 2.1 is is possible to use agent list System.IO.Devices for instance discovery.
#2017
Announcements / Re: NetXMS 2.1 released
August 01, 2017, 08:36:07 AM
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
#2018
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 и удалить их еще раз.
#2019
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
#2020
Панели и шаблоны - давно можно. С контейнерами - непонятно зачем. Ну и в принципе несложно дописать недостающий экспорт/импорт на nxshell.
#2022
В идентификаторе группы можно использовать {instance}.
#2023
"unable to get ..." - может быть совершенно нормально, если устройство не дает такой информации.

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

"Syncer: Unable to delete object with id 641 because it is being referenced 13 time(s)" - если повторяется многократно и количество references не уменьшается - то это баг в сервере. Тогда поможет дополнительная информация по этому объекту.
#2024
General Support / Re: 2.1M3 Mqtt support
July 25, 2017, 08:02:13 PM
Hi,

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

Best regards,
Victor
#2025
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