NetXMS Support Forum

Добрый день!

• В сеть добавляются микротики и tp-линки с преднастроенным SNMPv3 USM 
• В NetXMS во вкладке Network Discovery выбран Active and passive discovery
• В NetXMS во вкладке Network Credentials заведены параметры SNMP USM Credentials
  
• Объект ноды не дискаверится. Но при этом в логе на устройствах видны обращения к SNMP

Дальнейшие поиски при помощи tcpdump показали следующее:

• tcpdump при использовании команды:
  
  Code Select Expand
  nxsnmpget -v 3 -a SHA1 -e AES -u user -A password -E password 10.0.0.1 .1
  
• tcpdump при использовании NetXMS Network Discovery:
  

Получается SNMP USM Credentials во вкладке Network Credentials вовсе игнорируется?

День добрый!
После продолжительного времени работы netxms agent на ubuntu linux, агент перестаёт работать. Он не собирает статистику. Все значения замирают, при этом timestamp всех dci обновляется. Графики превращаются в линии, соединение не рвётся, агент никак не сообщает в Management console что он мёртв.  В логе агента сыпятся ошибки
*E* [                   ] Unable to accept incoming connection (24 Too many open files)
Временное лечение это перезагрузить сервис агента. Хватит примерно на неделю в моём случае
Я использую logparser , мониторю всего-то 4 лог файла, на них настроен logrotate по умолчанию.
при запуске сервиса nxagentd по умолчанию стоит ограничение ulimit soft limit 1024. При повышении данного параметра до 2048 проблема повторится не через неделю, а через 2 недели.

При запуске агента, его процесс открывает 16 дескрипторов файлов в моём случае. Вывод делал командой:
ls /proc/<nxagentd_pid>/fd/ | wc -l
На следующее утро цифра увеличивается уже до 82
Когда замечаю что агент не работает, и валятся ошибки Too many open files вывод команды показывает число soft limit
Очень похоже на open files descriptor leak. На всех серверах где стоит ubuntu и netxms agent последней версии есть проблема. К сожаление точно не могу сказать с какой версии это началось, но точно в 2020 году. То ли в версии  3.1 то ли в 3.2 этого ещё не было. Сейчас стоит 3.8.193-1

С версии Netxms 3.2 стала проявляться следующая проблема:
Имеем сервер на базе HP с iLO. На нём стоит VMWare ESXi. Добавляем на мониторинг две ноды по SNMP:
srv-esxi 192.168.10.10
srv-ilo 192.168.10.11
Через какое-то время srv-ilo бесследно пропадает, а открытые вкладки ругаются на unknown objectID.

В логе говорится что srv-esxi является дубликатом srv-ilo. Происходит это, судя по логам, из-за одинакового примарного IP адреса srv-esxi и IP адреса объекта ИНТЕРФЕЙСА srv-ilo (что логично, ведь ilo видит все интерфейсы физического сервера и его адреса) и далее удаляет целиком объект srv-ilo как дубликат (что нелогично).

Лог:

13:54:21.281 *D* [poll.conf          ] Checking subnet bindings for node srv-esxi [5952]
13:54:21.281 *D* [poll.conf          ] Node::checkSubnetBinding(srv-esxi [5952]): checking address 192.168.10.10/32
13:54:21.281 *D* [poll.conf          ] Node::checkSubnetBinding(srv-esxi [5952]): found subnet 192.168.10.0/24 [101]
13:54:21.289 *D* [poll.conf          ] Primary IP address 192.168.10.10 of node srv-esxi [5952] found on interface HP Ethernet 1Gb 2-port 332i Adapter of node srv-ilo [8576]
13:54:21.290 *D* [poll.conf          ] Node srv-esxi [5952] is a duplicate of node srv-ilo [8576]
13:54:21.290 *D* [poll.conf          ] Removing node srv-ilo [8576] as duplicate



Проблема наблюдается и в версии 3.4-310-g981f4f1cbe

Проблему повторил на тестовом стенде

С версии 2.1 появился раздел при создании Policies: Create -> Log Parser Policy.
Вопрос, в чём разница между "Agent Configuration Policy" и "Log Parser Policy"? После создания оба имеют один и тот же Object class и оба создают файл с расширением .conf в папке conf.d

Как этим пользоваться, в чём идея?

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

Идея в том что хочу выносить неработающие ноды с агентами более "n" времени в отдельный контейнер. Самый правильный атрибут для фильтра был бы "Last agent contact". Можно ли его получить в скрипте?

Добрый день!

Проблема висит довольно таки давно, проверял на версии 1.2.11 вплоть до 2.0-M3. Если обновлять агентов через management console Package Manager, раз на раз некоторые компы не обновляются. Вот что пишет лог:

Communication session broken: A request to send or receive data was disallowed because the socket had already been shut down in that direction with a previous shutdown call.

Source: NetXMS Win32 Agent
Event ID: 14
Level: Warning

-------
WINPERF: Collector thread for counter set A terminated

Source: NetXMS Win32 Agent
Event ID: 23
Level: Information
-------
WINPERF: Collector thread for counter set B terminated

Source: NetXMS Win32 Agent
Event ID: 23
Level: Information
-------
WINPERF: Collector thread for counter set C terminated

Source: NetXMS Win32 Agent
Event ID: 23
Level: Information
-------
NetXMS Agent stopped

Source: NetXMS Win32 Agent
Event ID: 2
Level: Information

Тоесть агент начинает обновляться, что то происходит, и сервис NetXMS Agent выключается, нужно вручную его поднимать, и остаётся старая версия.
Симптомы одинаковые как на Windows XP так и на Windows 7 64bit

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?

Здравствуйте!

Есть ли возможность в Netxms вывести список capabilities для ноды через скрипт?

Если у ноды на которой стоит агент не было связи больше недели, срабатывает настройка сервера CapabilityExpirationTime, и скидывается capability isAgent -> YES в isAgent -> NO.
Идея в том чтобы использовать этот параметр в скрипте и ставить Alarm на это событие. Это возможно?

Может кто-нибудь подсказать?
Есть "простая" задача:
Мониторится множество компьютеров. Нужно чтобы создавалась аларма, если нода выключена  в течении, допустим, двух недель и более (даже если ниразу не включалась), и терминировалась при первом же включении.

Добрый день!

NetXMS мониторит mikrotik по snmp version 3 используя SHA1 и DES. Какое то время всё работает отлично, но в неопределённый момент netxms перестаёт стягивать значения OID, при этом пишет что связь установлена
[23.04.2014 08:35:36] **** Poll request sent to server ****
[23.04.2014 08:35:36] Poll request accepted
[23.04.2014 08:35:37] Starting configuration poll for node router1
[23.04.2014 08:35:37] Checking node's capabilities...
[23.04.2014 08:35:37]    Checking SNMP...
[23.04.2014 08:35:37]    Connectivity with SNMP agent restored
[23.04.2014 08:35:37]    SNMP agent is active (version 3)
[23.04.2014 08:35:37]    System description changed to RouterOS RB750
[23.04.2014 08:35:37]    System name changed to mikrotik
[23.04.2014 08:35:45] Capability check finished
[23.04.2014 08:35:45] Checking interface configuration...
[23.04.2014 08:35:45] Unable to get interface list from node
[23.04.2014 08:35:45]    Interface "ether1" is no longer exist
[23.04.2014 08:35:46]    Interface "ether2" is no longer exist
[23.04.2014 08:35:46]    Interface "ether3" is no longer exist
[23.04.2014 08:35:46]    Interface "ether4" is no longer exist
[23.04.2014 08:35:46]    Interface "ether5" is no longer exist
[23.04.2014 08:35:47] Interface configuration check finished
[23.04.2014 08:35:47] Checking node name
[23.04.2014 08:35:47] Node name is OK
[23.04.2014 08:35:47] Finished configuration poll for node router1
[23.04.2014 08:35:47] Node configuration was changed after poll
[23.04.2014 08:35:47] **** Poll completed successfully ****
SNMP walk тоже не выдаёт ничего. Однако в логе микротика пишет что неверный engine ID или "not in time window"

Лечится путём только рестарта процесса NetXMS. Ребут микротика не помогает и другие мониторы могут нормально с ним(микротиком) общатся.

Добрый день!

   В файле конфигурации агента доступен параметр EncryptedSharedSecret = yes
В пояснении на вики описано что здесь нужно ввести хэш пароля полученный с помощью программы nxencpasswd и флажком -a
Так вот программа эта в версии 1.2.11 и 1.2.12 не имеет этого флажка, и принимает только 2 значения минимум (login и password), а логин здесь нам не нужен.
Так как создать хэш для параметра EncryptedSharedSecret состоящий только из пароля?

Добрый день!
Не могу заставить работать Instance Discovery. Есть windows-нода с агентом для которой делаю мониторинг занятого дискового пространства в процентах (FileSystem.UsedPerс). Так вот чтобы не делать несколько одинаковых параметров отдельно для C: D: E: и так далее, делаю один с Instance discovery с Agent List, FileSystem.MountPoints

Здесь появилась первая проблема. FileSystem.MountPoints выводит диски в формате "C:\"? когда {instance} принимает значение "C:". Это я решил скриптом Instance Discovery filter Script: substr($1,1,2)

И вот вроде бы всё хорошо должно быть, но он вообще теперь не создаёт никаких новыйх DCI после configuration poll. Висит себе шаблончик с названием "Percentage of used space on file system {instance}" и всё тут, и не мониторит ничего

Что я неправильно делаю?

День добрый!
Помогите разобраться. Задача стоит в том, что нужно развернуть несколько агентов на windows. Знаю что есть функционал когда агент при инсталляции тащит главный конфиг с сервера (/CENTRALCONFIG), но не нашёл мануала по этой теме.
Насколько я понял Policies здесь не подходит, они создают дополнительные файлы конфигурации в папке nxagentd.conf.d

Где должен храниться файл конфига агента на сервере?
Как соотнести с конфигом фильтр скрипт?