NetXMS Forum

Передано разработчикам

Изменилось ли что-нибудь после обновления на 3.8.262?

Ну предполагается что у двух разных узлов одинаковых адресов быть не должно. Есть два варианта решения - отключить проверку дублирующихся узлов на сервере (параметр NetworkDiscovery.MergeDuplicateNodes) или отключить pass-through режим на ILO (тогда он будет отдавать только свой интерфейс).

Да. Policy бывают теперь 2х видов - по факту это просто файлики которые при наложении передаються на агенты и складываються в папочку для дополнительных конфигов. Дальше уже сам агент знает что за тип конфига и спользует его соответствующе. Про Agent Configuration Policy можно почитать тут: https://www.netxms.org/forum/general-support/agent-policies-vs-agent-configuration-files-on-server/ и тут https://www.netxms.org/documentation/adminguide/agent-management.html#agent-policies Log Parser Policy это фалй который будет использоваться для парсинга логов. Для его использования необходимо настроить загрузку SubAgent = logwatch.nsm. Полько вместо создания и загрузки в ручную парсеров на систему можно это делать через Policy. Про лог парсер больше можно узнать тут: https://www.netxms.org/documentation/adminguide/log-monitoring.html

Я сегодня заметил что перестал правильно отрабатывать CapabilityExpirationTime. Настроен он у меня на 7 дней, а я нашёл кучу нод у которых isAgent = yes хотя последний раз они мониторились летом и весной (сейчас октябрь). Признаюсь, у меня не очень свежая версия сервера/агента (2.0.2), но вроде в changeloge нету заметок на эту тему. [image: 1.png] [image: 2.png] [image: 3.png] [image: 4.png]

Добавил атрибут lastAgentCommTime - появится в версии 2.1-М2.

Решил проблему повырубав на агентах опцию watchdog

What about feature mentioned here https://www.netxms.org/forum/feature-requests/windows-registry/msg6058/ ? I can't find it still. Or is there another way to poll registry key value on windows version?

Не думал что всё настолько просто. Спасибо, работает!

Здесь может быть несколько вариантов, один из них такой: По событию SYS_NODE_DOWN выставляем custom attribute у ноды в текущее время, например так: SetCustomAttribute($node, "nodeDownSince", time()); По событию SYS_NODE_UP сбрасываем значение атрибута: SetCustomAttribute($node, "nodeDownSince", 0); Делаем Internal DCI с параметром Dummy и таким transformation скриптом: t = nodeDownSince@$node; return ((t != null) && (т != 0)) ? ((time() - t) / 86400) : 0; Значением DCI будет количество дней с момента SYS_NODE_DOWN. Затем можно поставить threshold как обычно на нужное количество дней.

Проблема повторилась. Собрал дамп. Но есть ещё такая интересная вещь... Если в NetXMS в свойствах ноды поменять Authentication на MD5 и нажать OK - всё начинает работать (хотя на микротике настроен sha1). Если повторно войдём в свойства ноды, там уже выставленно sha1, а не md5. И при нажатии cancel всё перестаёт работать  Вот такая путаница... snmp.cap

Извините, ошибся написав что в версии 1.2.12 этого нету, проверял в 1.2.11 debian сборку в которой этого не было. Спасибо, буду знать про обфускацию!

Ещё один вопросик. Почему, все DCI, что были найдены по instance discovery из template'а под названием mytemplate, создаются на самой ноде, принадлежащие к template'у с другим названием, тоесть самой ноды типа node1, node2 ...? И если сделать mytemplate > remove DCI's from node, то они останутся, и при новом apply продублируются. Можно ли заставить их создаваться с принадлежностью к тому же templat'у что и остальные?

Добрый день, В данный момент загрузка конфигурационных файлов на сервер не перенесена со старой консоли в новую(Java консоль). Policies отчасти подходят. Оснавной конфигурационный файл обязательно должен присудствовать. В нём должен быть адрес основновного сервера, всё остальное можно настроить в policies.