NetXMS Forum

Сообщение об успешном резолве в логе, скорее всего, вида "Node name resolved to ..." - это синхронизация имени ноды, а не резолв primary host name. Она работает в обратную сторону: имя объекта берётся из reverse DNS адресов интерфейсов или из SNMP sysName, поэтому срабатывает, даже если прямой записи для имени нет ни в одном DNS. Успешный резолв primary host name сразу заполняет primary IP, в логе это "IP address for node ... changed from ... to ...". SNMP при этом на самом деле не опрашивается. Все запросы идут на primary IP, и без него сервер проверки пропускает: configuration poll пишет "SNMP polling is not possible", status poll проверку SNMP не делает, проверка доступности ноды для нод без IP отключена. "SNMP status: Responding" и статус Normal - это состояние на момент, когда IP ещё был. Фактически нода не мониторится. С включённым Objects.Nodes.ClearIPAddressOnDNSFailure так же выпадут все ноды, чьё имя не резолвится с сервера NetXMS. Найти их можно по SYS_DNS_RESOLUTION_FAILED в event log или по Primary IP address "none". Вернуть - вписать в Primary host name резолвящееся имя или IP. По интерфейсу: в 6.x и 7.0 тут ничего не менялось. Primary host name всегда был на странице Communication в Properties. В 4.4 (2023) на Overview блок Communications, где показываются primary host name и IP, вынесли из General - видимо, его вы и помнили.

Добрый день, На WAN-интерфейсе роутера нужно включить флаг "Exclude this interface from network topology" (свойства интерфейса → Polling). Адреса такого интерфейса не участвуют в привязке к подсетям, и на следующем configuration poll нода будет отвязана от 192.168.1.0/24. Важно: primary IP ноды должен быть адресом со стороны сети 123.x - если primary IP сам попадает в 192.168.1.0/24, нода останется в этой подсети. Имя меняется из-за Objects.Nodes.SyncNamesWithDNS: сервер делает reverse DNS для primary IP, а если записи нет - перебирает адреса всех интерфейсов, включая исключённые из топологии. В итоге берётся PTR для 192.168.1.100, т.е. имя внутреннего хоста с этим адресом. Решение - добавить PTR-запись для primary IP роутера, либо выключить Objects.Nodes.SyncNamesWithDNS и задать имена вручную (параметр глобальный, отдельного флага на ноду нет).

Добрый день, Метрика указана неверно. System.Registry.Value(*) — это шаблон из каталога метрик агента, а не готовая метрика: у неё два аргумента, путь к ключу и имя value. Для вашего случая: System.Registry.Value(HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Safer\CodeIdentifiers,{instance}) {instance} нужно добавить и в description, иначе все шесть DCI получатся с одинаковым именем. С литеральной * агент не может разобрать первый аргумент как корневой ключ и возвращает "unknown metric", поэтому созданные DCI сразу уходят в статус unsupported — в event log ноды должно быть шесть SYS_DCI_UNSUPPORTED. В Data Collection в режиме просмотра проверьте, что включён показ unsupported DCI. Instance discovery настроен правильно, external list здесь не нужен — System.Registry.Values(...) возвращает именно имена values. Отдельно: сам DCI, на котором настроен instance discovery, в режиме просмотра не отображается, в списке видны только созданные по нему DCI. Это ожидаемое поведение.

Комрад на en части форума подсказал решение "на месте" https://www.netxms.org/forum/index.php?msg=35566

Очистил таблицу, сервер завелся нормально. Благодарю!

Уведомление здесь с задержкой, я бы посмотрел в Configuration -> Scheduled tasks (там есть галочка show system tasks) живет ли этот таймер и не пропадает ли раньше времени.

О как, понял. Да, я ставил крайнюю версию jaspersoft studio - если не ошибаюсь, что-то в духе 7.0+ Переделаю, отпишусь, спасибо!

Цепочка может уходить весьма глубоко, можно например for (i : $node.interfaces) {   println(i.peerInterface.node.name); } Не обязательно писать цепочкой, можно раскапывать по одному шагу и сохранять в переменные: for (i : $node.interfaces) {   p = i.peerInterface;   n = p.node;   name = n.name;   println(name); } но может оказаться, что в этой цепочке какой-то атрибут является null, а не объектом, и тогда все ломается в примере выше, если переменная p будет null, то в следующей строчке, где мы делаем p.node, то есть пытаемся получить атрибут node мы не можем этого сделать, потому что у null нет такого атрибута. Чтоб не ломалось, можно делать проверки в тех местах, которые могут оказаться null, например peerInterface: for (i : $node.interfaces) {   p = i.peerInterface;   if (p != null) {     println(p.node.name);   } } Или использовать новый синтаксис, появившийся в версии 4.5, называется это safe dereference и если кто-то и окажется null, то попытка обратиться к его атрибуту не завершится ошибкой. Но .? должыть быть в цепочке начиная с первого места, которое может оказаться null и до конца цепочки: for (i : $node.interfaces) {   println(i.peerInterface?.node?.name); } Peer ноды определяются во время topology poll

Замена contains на like проблему не решила — оба регистрозависимы. В текущем виде фильтр не сработает ни на одной записи с кириллицей, а ASCII-записи ("7-zip", "adobe reader") это маскируют. Проверено на nxscript 6.2.0: s = "Средства Проверки Microsoft Edge"; s like "*Средства Проверки*" // true - регистр совпадает s like "*средства проверки*" // false - регистр не совпадает s.contains("Средства Проверки") // true s ilike "*средства проверки*" // true - ilike регистронезависим Регистронезависимый оператор — ilike, а не like. Среди методов строки аналога contains без учёта регистра нет, equalsIgnoreCase сравнивает строку целиком. Почему исходный вариант с contains выглядел нерабочим: по приложенному логу toLowerCase на вашем сервере отработал корректно — "агент администрирования kaspersky security center". Значит и contains работал, а пакеты из трейса (Kaspersky Security Center, Microsoft Edge) просто не входили в список из 60 записей, и правило отфильтровало их правильно. Исходный скрипт был в порядке. Деталь, которая здесь важнее: toLowerCase, toUpperCase, ilike и equalsIgnoreCase для не-ASCII зависят от локали процесса. LC_CTYPE подхватывается только если он есть в окружении, а systemd-юнит его не задаёт — при запуске из пакета netxmsd может работать в локали C. Тогда toLowerCase молча оставляет кириллицу без изменений, а ilike и equalsIgnoreCase на кириллице возвращают false, без записи в лог. Тикет на это: https://github.com/netxms/netxms/issues/3483 Проверка: println("Средства".toLowerCase()); // ожидается "средства" Если вывод пустой или регистр не изменился, локали нет — задаётся через LANG=C.UTF-8 в /etc/default/netxmsd. Для списка из 60 наименований надёжнее не приводить регистр вручную: либо сравнивать через ilike при рабочей локали, либо сопоставлять точным регистром через contains — второй вариант от локали не зависит вообще. Вариант с Mapping tables, предложенный выше, здесь удобнее обоих: список правится в Configuration без редактирования скрипта, GetMappingTableKeys() отдаёт его массивом.

function GetTree(nodeID) { obj = FindObject(nodeID); if (obj == null) return; children = obj.children; for (n : children) { if (classof(n) == "Node") { ifaces = n.interfaces; for (iface : ifaces) { if (iface.description ~= "WAN") { println("Node: " .. n.name .. ", Interface: " .. iface.name .. ", Description: " .. iface.description .. ", IP: " .. iface.ipAddr); } } } // Рекурсия ВЫНЕСЕНА за пределы условия - обходим все контейнеры GetTree(n.id); } } GetTree(2); Основные изменения: function вместо sub — современный синтаксис obj.children вместо GetObjectChildren(obj) . вместо -> для доступа к свойствам .. для конкатенации строк (вместо , в println) Рекурсия вынесена за пределы условия classof(n) == "Node"

если появляются - значит instance discovery фильтр всё еще проходит. DCI удаляются автоматически, если для них фильтр вернул false. По умолчанию - через 7 дней. @argonauts said in FileSystem.Total: Как мне удалить все DCI, что я наплодил с созданием DCI под instance discovery? Со временем они появляются обратно ::)

Не прошло. В теории я бы мог дома развернуть контроллер с одной из точек, проблема в наличии - не поручусь когда будет свободная точка, чтобы я мог ее занять для работ вне конторы

Тикет закрыт, метрики доступны с 6.1.2: SmartAttrRaw, SmartAttrRawString, SmartAttrWorst, SmartAttrThreshold. Подробности в соседней теме: https://www.netxms.org/forum/oe-oo/parametr-physicaldisk-smartattr/ По исходному вопросу темы — error или пустое значение у PhysicalDisk.* при том, что smartctl из шелла работает — это отдельная проблема, обновлением не решается. Агент выполняет: smartctl --all -j <device> и отбрасывает результат, если вывод не разбирается как JSON или в нём отсутствует секция device. Типичные причины: smartctl отсутствует в PATH сервиса либо устройство недоступно с правами, под которыми запущен nxagentd. Причина фиксируется в логе агента при DebugTags=smartctl:6 — в лог попадают команда, messages от smartctl и конкретный отказ: invalid device name, failed to execute, timed out, error parsing JSON, device section missing. Note: PhysicalDisk.Devices использует smartctl --scan, поэтому пустая таблица — тот же симптом, а не отдельная проблема.

use Package_filter; просто делает функции из библиотеки Package_filter доступными в текущем скрипте, но не вызывает ни одну из этих функций. Можно в фильтре в EPP сделать так: return Package_filter::main(); Ну или можно вообще весь код поместить в фильтр в EPP.

Снес алармы, надо будет отсортировать что мне не нужно... Запуск демона около мгновенно прошел, спасибо!

На первом этапе дискавери сервер высылает пачку ICMP запросов на много адресов сразу (NetworkDiscovery.ActiveDiscovery.BlockSize - по умолчанию 1024), ждет ответов и рассылает следующую пачку. Так что список ответивших адресов он собирает достаточно быстро. Дальше там два этапа - первоначальный сбор данных о каждом адресе - это делают паралельные треды (в количестве ThreadPool.Discovery.MaxSize) и потом есть один тред, который анализирует эти данные и решает что делать (один, потому что у одного девайса может быть несколько адресов, а мы не хотим насоздавать несколько нод). В Debug Console по команде show queues показывается Node discovery poller, но это сумма очередей каждого из этих этапов. В 6.0 размер этих очередей скорее всего будет виден по-отдельности, когда-нибудь в будущем этот тикет может будет сделан: https://track.radensolutions.com/issue/NX-2616

Не дочитал сразу статью про апгрейд, а ведь там была эта инфа, спасибо!

Да, таки в разные документы, у нас тут инфраструктура в процессе переезда. Вот в этом коммите видно то что должно появиться в доке: https://github.com/netxms/netxms-doc/commit/d5dc8c519edabffab11ed39965e617e597184e1f

Как же глупо я себя сейчас ощущаю... Я 2 часа не мог понять как создать DCI Summary table. Сильно не сразу понял, что Configuration это настройки самого netxms Спасибо, такой вид это именно то, что нужно было

Почекал с десктопной версией плотнее С единичного пароля подключение проходит. Не хватает настроек изображения - в веб версии можно выставить тот же масштаб, в десктопной приходится туда-сюда ползунки таскать. Куда можно было бы ввести учетные данные так и не нашел, такая функция точно присутствует? Т.к. с веб версии именно при подключении запрашиваются данные. С черным экраном проблема решается, если запустить VNC сервер с повышением.