NetXMS Support Forum

На линукс нодах, на которой есть интерфейсы для которые неприменимо понятие MAC адреса, иногда генерируются евенты SYS_MAC_ADDR_CHANGED.
Интерфейсы для которых повторяется:
туннельные интерфейсы ppp
туннельные интерфейсы tun
E1 интерфейсы драйвера wanpipe(вероятно остальные E1 интерфейсы так же)

Для всех них ни ifconfig ни ip li sh не отображает HWaddr, MAC адреса которые отображает для них netxms судя по всему рандомны.

https://dev.raden.solutions/issues/979

Тут написано что Hook::ConfigurationPoll не поможет, а Hook::CreateInterface реализован в версии 2.0(которая еще не вышла)

Переключать - правой кнопкой на ноде, пункт maintenance. После этого в object details для этой ноды после статуса в скобках написано - maintenance.
При переводе ноды в Maintenance генерируется евент и дефолтные Event processing policy устанавливают по этому эвенту аларм - соответственно в алармах можно посмотреть. Ну и когда нода в таком режиме - больше никаких алармов не генерируется по поводу проблем с ней.
Конечно неплохо бы иметь возможность в дереве объектов пофильтровать ноды по этому статусу.

- переводим ноду в Maintenance mode
- рестартуем netxms демон
- нода снова в обычном режиме, и для нее обрабатываются евенты.

Package: netxms-agent                   
State: not installed
Multi-Arch: same
Version: 2.0-RC2-3
Priority: extra
Section: admin
Maintainer: Alex Kirhenshtein <[email protected]>
Architecture: amd64
Uncompressed Size: 1,766 k
Depends: netxms-base (= 2.0-RC2-3), netxms-dbdrv-sqlite3 (= 2.0-RC2-3), libc6 (>= 2.15), libcurl3 (>= 7.16.2), libexpat1 (>= 2.0.1), libgcc1 (>= 1:4.1.1), libsensors4 (>= 1:3.1.1),
         libssl1.0.0 (>= 1.0.0), libstdc++6 (>= 4.1.1), zlib1g (>= 1:1.1.4)
Description: NetXMS agent
<insert long description, indented with spaces>
Homepage: https://www.netxms.org/


В самом ли деле netxms-dbdrv-sqlite3  требуется для установки агента, или это ошибка в зависимостях?

То есть выходит что статус ноды проверяется независимо по таймеру. Может при опросе DCI при получении ошибки логичнее сразу проверить статус ноды?

Поддерживается ли прием логов по ipv6?
При включениии EnableSyslogDaemon, сервер открывает только IPv4 сокет 0.0.0.0:514 соотвественно не может получить логи прилетающие по IPv6.

Происходит такая ситуация: связь с коммутатором пропадает на короткое время(~10 сек)
Генерируются такие ивенты:



2543057 02.09.2015 23:32:10 AGG-campus-1/2 SYS_SNMP_OK Normal Connectivity with SNMP agent restored 0
2543067 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/8 (DL to campus-5)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 8) Interface "1/8 (DL to campus-5)" changed state to UP (IP Addr: 0
2543072 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_EXPECTED_DOWN Normal Interface "1/6 (FREE)" with expected state DOWN changed state to DOWN (IP Addr: UNSPEC/0, IfIndex: 6) Interface "1/6 (FREE)" with expected state DOWN changed state t 0
2543081 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/1 (DL to campus-1-f1)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 1) Interface "1/1 (DL to campus-1-f1)" changed state to UP (IP Add 0
2543086 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/2 (DL to campus-1-f2)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 2) Interface "1/2 (DL to campus-1-f2)" changed state to UP (IP Add 0
2543089 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/4 (DL to campus-1-f4)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 4) Interface "1/4 (DL to campus-1-f4)" changed state to UP (IP Add 0
2543093 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/5 (DL to campus-1/2)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 5) Interface "1/5 (DL to campus-1/2)" changed state to UP (IP Addr 0
2543101 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/9 (UPL to lab2)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 9) Interface "1/9 (UPL to lab2)" changed state to UP (IP Addr: UNS 0
2543114 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_EXPECTED_DOWN Normal Interface "1/7 (FREE)" with expected state DOWN changed state to DOWN (IP Addr: UNSPEC/0, IfIndex: 7) Interface "1/7 (FREE)" with expected state DOWN changed state t 0
2543119 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_EXPECTED_DOWN Normal Interface "1/10 (FREE)" with expected state DOWN changed state to DOWN (IP Addr: UNSPEC/0, IfIndex: 10) Interface "1/10 (FREE)" with expected state DOWN changed state 0
2543126 02.09.2015 23:32:10 AGG-campus-1/2 SYS_IF_UP Normal Interface "1/3 (DL to campus-1-f3)" changed state to UP (IP Addr: UNSPEC/0, IfIndex: 3) Interface "1/3 (DL to campus-1-f3)" changed state to UP (IP Add 0
2543050 02.09.2015 23:32:06 AGG-campus-1/2 SNMP_UNMATCHED_TRAP Normal SNMP trap received: .1.0.8802.1.1.2.0.0.1 (Parameters: .1.0.8802.1.1.2.1.2.2 == '1'; .1.0.8802.1.1.2.1.2.3 == '0'; .1.0.8802.1.1.2.1.2.4 == '0'; .1.0.8802.1.1.2.1.2.5 == '0') SNMP trap received: .1.0.8802.1.1.2.0.0.1 (Parameters: .1.0.880 0
2542813 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/1 (DL to campus-1-f1)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 1) Interface "1/1 (DL to campus-1-f1)" changed state to UNKNOWN (I 0
2542816 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/2 (DL to campus-1-f2)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 2) Interface "1/2 (DL to campus-1-f2)" changed state to UNKNOWN (I 0
2542817 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/4 (DL to campus-1-f4)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 4) Interface "1/4 (DL to campus-1-f4)" changed state to UNKNOWN (I 0
2542819 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/5 (DL to campus-1/2)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 5) Interface "1/5 (DL to campus-1/2)" changed state to UNKNOWN (IP 0
2542820 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/9 (UPL to lab2)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 9) Interface "1/9 (UPL to lab2)" changed state to UNKNOWN (IP Addr 0
2542821 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/7 (FREE)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 7) Interface "1/7 (FREE)" changed state to UNKNOWN (IP Addr: UNSPE 0
2542822 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/10 (FREE)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 10) Interface "1/10 (FREE)" changed state to UNKNOWN (IP Addr: UNSP 0
2542823 02.09.2015 23:31:31 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/3 (DL to campus-1-f3)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 3) Interface "1/3 (DL to campus-1-f3)" changed state to UNKNOWN (I 0
2542686 02.09.2015 23:31:28 AGG-campus-1/2 SYS_SNMP_UNREACHABLE Warning SNMP agent is not responding 0
2542748 02.09.2015 23:31:28 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/8 (DL to campus-5)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 8) Interface "1/8 (DL to campus-5)" changed state to UNKNOWN (IP A 0
2542749 02.09.2015 23:31:28 AGG-campus-1/2 SYS_IF_UNKNOWN Warning Interface "1/6 (FREE)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 6) Interface "1/6 (FREE)" changed state to UNKNOWN (IP Addr: UNSPE 0



Проблема заключается в том что после нормализации ситуации обрабатываются ивенты SYS_IF_UP/SYS_IF_EXPECTED_DOWN, в то вмемя как я ожидаю лишь SYS_NODE_DOWN/SYS_NODE_UP

Судя по всему при опросе статуса интерфейсов по snmp происходит таймаут и генерируется аларм SYS_IF_UNKNOWN. Однако SYS_NODE_DOWN не генерируется.

Правильно ли я понимаю что:
- должен генерироваться SYS_NODE_DOWN
- ивенты SYS_IF_UNKNOWN/SYS_IF_UP/SYS_IF_EXPECTED_DOWN должны быть подавлены функцией корреляции ивентов (если бы был получен SYS_NODE_DOWN)

Или же ивенты смены статуса интерфейса после SYS_IF_UNKNOWN я должен сам отфильтровать в Event Processing Policy?
Куда копать, чтобы понять почему нет SYS_NODE_DOWN?

Создается впечатление что обработка ивентов происходит "не сразу", например:
получены ивенты:
2540416 02.09.2015 21:49:54 AGG-campus-4 SYS_NODE_WARNING Warning Node status changed to WARNING 0
2540178 02.09.2015 21:39:48 AGG-campus-4 SYS_IF_PEER_CHANGED  - пропушено несколько в этом листинге
2539944 02.09.2015 21:27:23 AGG-campus-4 SYS_THRESHOLD_REARMED Normal Threshold rearmed for data collection item Inbound error rate on 1/21 (UPL to ONUA) (errs/min) (Parameter: .1.3.6.1.2.1.2.2.1.14.21) Threshold rearmed for data collection item Inbound error rate o 0
2539939 02.09.2015 21:25:23 AGG-campus-4 SYS_THRESHOLD_REACHED Warning Threshold reached for data collection item "Inbound error rate on 1/21 (UPL to ONUA) (errs/min)" (Parameter: .1.3.6.1.2.1.2.2.1.14.21; Threshold value: 0; Actual value: 4) Threshold reached for data collection item "Inbound error rate 0

В евент процессинг полиси из экшнов - только установка аларма и отсылка письма + xmpp сообщения.
Алармы установленные при обработке ивентов:
59214 Terminated Ignored AGG-campus-4 Warning Warning SYS_THRESHOLD_REACHED Threshold reached for data collection item "Inbound error rate on 1/21 (UPL to ONUA) (errs/min)" (Parameter: .1.3.6.1.2.1.2.2.1.14.21; Threshold value: 0; Actual value: 4) 1 02.09.2015 22:08:50 02.09.2015 22:09:31 admin admin admin DC_THRESHOLD_0x000005A6_0x000004DD


Таким образом выходит что ивент SYS_THRESHOLD_REACHED был сгенерирован в 02.09.2015 21:25:23, далее был сгенерирован ивент SYS_THRESHOLD_REARMED в 2539944   02.09.2015 21:27:23.
То есть абстрактно говоря проблема длилась с 02.09.2015 21:25:23 по    02.09.2015 21:27:23.

Однако аларм DC_THRESHOLD_0x000005A6_0x000004DD был установлен в 02.09.2015 22:08:50 и терминирован в 02.09.2015 22:09:31, то есть через 40 минут.
В теле письма которое оповещало о аларме тоже стоит время 21:25:23 - то есть дата ивента, а отослано оно было в  22:08:50.

Кроме того иногда происходят подвисания при сохранении конфигурации чего либо через интерфейс - при сохранении Actions configurations, Event processing policy, я получаю request processing timeout.
Если в это время написать команду в Server Console - она тоже не обрабатывается.
Версия сервера: 2.0-RC1

netxmsd: show q
Data collector                   : 0
DCI cache loader                 : 0
Database writer                  : 0
Database writer (IData)          : 0
Database writer (raw DCI values) : 0
Event processor                  : 0
Node poller                      : 0
Syslog processing                : 0
Syslog writer                    : 0

netxmsd: show stats
Total number of objects:     3756
Number of monitored nodes:   117
Number of collectable DCIs:  2798



sh po показывает поллинг 1-2 объектов ( как я понимаю это норма).
top на сервере не показывает какой либо аномальной активности


Что может влиять на задержку обработки ивентов?