Да, Objects.Nodes.ClearIPAddressOnDNSFailure активен.
Что странно выглядит - нода это свич циски, при конфиг poll связь по snmp определялась даже при отсутствии primary ip. При этом лог отчитывался о успешном резолве по имени. Но! Ни один из днс серверов в сети такого имени не знает, ip в поле не определялся, с машины netxms\любой другой так же имя не резолвилось
А давно эти изменения в интерфейсе произошли? Похоже давненько в этот пункт не заходил
Добрый день
Обновился с ~6.2.4 до 7.0.1 и столкнулся с крайне тупой проблемой - как сейчас происходит изменение параметров primary IP и hostname в нодах? Раньше оно было во вкладке General, сейчас там только имя, лейбл да зона. В тг отписывались, что в communication переехало, но вопрос куда и в каком виде? Что-то связанное с pimary address нашел только во вкладке EtherNet/IP, но опять же только в виде выпадающего списка, без возможности редакта.
Как пример на скринах - нода свича потеряла primary ip, что я и хотел исправить
Добрый день
Имеется подсеть 192.168.1.1. Внутренняя - компы, принтера и т.п.
Столкнулся с тем, что некоторые провайдеры отдают для маршрутизатора серые IP с тем же форматом - 192.168.1.100 к примеру. Что приводит к попаданию этой ноды маршрутизатора, обслуживающего условную сеть 123.1 в сеть 1.1
Опять же имя ноды меняется - включен запрос имени от dns по ip.
Как я могу отделить\выделить\отметить такие ноды\интерфейс ноды, чтобы они не мешались друг с другом?
Наглядно
Нода сети x.x.123.1 попадает в раздел сети x.x.1.1 т.к. на одном из его интерфейсов адрес x.x.1.100
Доброго дня
NetXMS Server Version 6.2.1 Build 6.2-513-g227556c428
NXCP: 5.62.1.56 (AES-256, 3DES, AES-128)
Built with: g++ (Ubuntu 13.2.0-23ubuntu4) 13.2.0
Пытаюсь создать параметр в ноде из реестра windows машины.
-Instance discovery по листу от агента
--System.Registry.Values(HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Safer\CodeIdentifiers)
-Метрика
--System.Registry.Value(*) формат string
Dci появляется на мгновение, и пропадает.
Instance discovery poll отдает, что параметры он создать пытается, но опять же ничего в списке не появляется
[25.08.2026 10:02:41] Creating new DCO for instance "TransparentEnabled"
[25.08.2026 10:02:41] Creating new DCO for instance "PolicyScope"
[25.08.2026 10:02:41] Creating new DCO for instance "ExecutableTypes"
[25.08.2026 10:02:41] Creating new DCO for instance "AuthenticodeEnabled"
[25.08.2026 10:02:41] Creating new DCO for instance "LogFileName"
[25.08.2026 10:02:41] Creating new DCO for instance "DefaultLevel"
Пробовал еще через external list в агенте забрать
ExternalList = HostName:powershell -NonInteractive -Command "Get-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\Safer\CodeIdentifiers'"
но опять же dci просто пропадает сразу
Что я не так делаю?
Очистил таблицу, сервер завелся нормально. Благодарю!
DROP TABLE IF EXISTS package_deployment_jobs;
или
TRUNCATE TABLE package_deployment_jobs;
?
Скрин
Откуда столько 0_о В этот счетчик подсчитываются только задачи на deploy пакетов или то, что отдается шаблонами тоже?
По ссылке попадаю в шапку Advanced topics и раздела collecting-a-thread-dump я там не вижу.
Не уверен правильно ли сделал
-Пакеты netxms-*-dbg стоят
-Debug 6
-Скрипт capture_netxmsd_threads.sh от 9.12.2025
Скрипт отрабатывает, файлы создаются, но в терминал отдает некоторые ошибки. Ссылку на файлы в pm отправил
~$ sudo ./capture_netxmsd_threads.sh
Saving output to /tmp/netxmsd-threads.1858.20260709-091508
warning: 198 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: No such file or directory
~$ sudo ./capture_netxmsd_threads.sh
Saving output to /tmp/netxmsd-threads.1858.20260709-091611
warning: 275 ./stdlib/qsort.c: No such file or directory
~$ sudo ./capture_netxmsd_threads.sh
Saving output to /tmp/netxmsd-threads.1858.20260709-091700
warning: 198 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: No such file or directory
Комрад на en части форума подсказал решение "на месте"
https://www.netxms.org/forum/index.php?msg=35566
Доброго дня
Ububntu 24.04.4 LTS
Обновился с 6.1.4 до 6.2.0 с apt. Сервис обновился, база - падает с ошибкой при апгрейде с nxdbmgr upgrade. До обновления check проводился.
NetXMS Database Manager Version 6.2.0 Build 6.2-471-gce46095f23
Upgrading database...
Upgrading from version 62.12 to 62.13
Cannot read image file "/var/lib/netxms/images/092e4b35-4e7c-42df-b9b7-d5805bfac64e"
Rolling back last stage due to upgrade errors...
Database upgrade failed
В логах
*E* [db ] Your database has format version 62.12, but server is compiled for version 62.30
Может быть проблемой изменение в 6.1.3 "- Server no longer attempts to retry agent package deployment after non-transient errors"?
Ближе к старту логи перемежаются с
*D* [packages ] Completed package deployment job [13196459] (package [4] "nxagent-6.0.1-x64.exe") removed
*D* [packages ] Completed package deployment job [13196460] (package [4] "nxagent-6.0.1-x64.exe") removed
*D* [packages ] Completed package deployment job [13196461] (package [4] "nxagent-6.0.1-x64.exe") removed
*D* [packages ] Completed package deployment job [13196462] (package [4] "nxagent-6.0.1-x64.exe") removed
*D* [packages ] Completed package deployment job [13196463] (package [4] "nxagent-6.0.1-x64.exe") removed
*D* [packages ] Completed package deployment job [13196464] (package [4] "nxagent-6.0.1-x64.exe") removed
*D* [packages ] Completed package deployment job [13196465] (package [4] "nxagent-6.0.1-x64.exe") removed
простыней таких записей. Причем даже после пары стартов сервера(по нескольку дней тваких записей -_-) он не перестает их спамить.
Я пересадил интереса ради сервис на пустую базу - мгновенно запускается без проблем. История о деплоях я так понимаю в базе хранится, ее принудительно есть вариант зачистить?
Обновился сегодня до 6.1.4, картина та же - в логах
2026.06.15 09:14:46.273 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [1019137] synchronized
2026.06.15 09:14:47.378 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [24221] synchronized
2026.06.15 09:14:47.854 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [1156814] synchronized
2026.06.15 09:14:48.502 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [30735] synchronized
2026.06.15 09:14:51.565 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [1124015] synchronized
2026.06.15 09:14:53.247 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [25299] synchronized
2026.06.15 09:14:53.267 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [25294] synchronized
2026.06.15 09:14:53.283 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [25290] synchronized
2026.06.15 09:14:53.297 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [25279] synchronized
2026.06.15 09:14:56.335 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [24221] synchronized
2026.06.15 09:15:15.217 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [1169854] synchronized
2026.06.15 09:15:22.324 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [1169854] synchronized
2026.06.15 09:15:22.341 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [1228844] synchronized
2026.06.15 09:15:33.625 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [40143] synchronized
2026.06.15 09:15:37.719 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [51255] synchronized
2026.06.15 09:15:39.234 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [46110] synchronized
2026.06.15 09:15:39.550 *D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node именаНод [61507] synchronized
sh st
Objects............: 58867
Nodes...........: 9113
Interfaces......: 47716
Access points...: 0
Sensors.........: 0
Collectible DCIs...: 168107
Active alarms......: 245
Uptime.............: 3 days, 13:25:08
В ноды вообще все скопом эндпоинты идут? В духе точек, принтеров и т.п.
Cache mode в default, в настройках сервера off
Syncronized
not syncronized grep не обнаружил в текущем и ближайших логах
Без запуска сервера это возможно сделать? gdb мб - в выводе help от него не нашел аналога
Большинство нод на Windows с агентами - что-то около 2-3 тысяч. Прокси в 99.999% случаев не используется ни с нодами, ни в настройках зон
Не припомню такой настройки, этот параметр отдельно заводится или дефолтный?
Дополнение от 9.6.26
Рестарт netxms-server привел к тому же процессу - "*D* [dc.agent.cache ] Node::syncDataCollectionWithAgent: node" по куче нодов по логам и пока не стартанувший полностью сервер
Сервер стартанул, 3 дня в логи спамило записями по синхронизации и удалению выполненных задач распространения пакетов и таки завелся. С версии 6.1.1 что-то изменилось в последовательности старта? Файлы логов с момента запуска до старта сервера я сохранил, если нужно - могу скинуть. Прикрепил сюда момент старта сервера
Ага, т.е. полностью он так и не стартанул - не было таких записей в логах за сутки от перезапуска
На 4-ом дебаге запустил
Node::syncDataCollectionWithAgent:
Node::syncDataCollectionWithAgent:
Node::syncDataCollectionWithAgent:
Node::syncDataCollectionWithAgent:
по нодам идет.
Причем как минимум некоторые ноды не по одному разу повторяются
Что имеет смысл проверить? На конкретном дебаг уровне мб
Грешил на алерты - ранее все скопом падало, но нет, в базе их всего 87 было
Доброго дня!
Ubuntu 24.04.4 LTS
Обновился с 6.1.1 до 6.1.3 сегодня, столкнулся с тем, что не могу подключиться к серверу ни с Web-UI, ни через клиент. "Request time out" в обоих случаях. По логам сервер вроде как стартанул, даже бухтеть на ноды начал, но подключения не проходят. В логе netxmsd как-то отмечается момент полного старта процесса?
О как, понял. Да, я ставил крайнюю версию jaspersoft studio - если не ошибаюсь, что-то в духе 7.0+
Переделаю, отпишусь, спасибо!
Нет, в rootID 0
Источник один, ивенты соотвествуют вроде
