unmatched trap received from

[Diesel315]

Добрый день!

После перехода на версию 6.4 начал замечать, что сервер не может сопоставить snmp trap.
Ошибки абсолютно рандомные. Иногда лечится перезапуском самого сервера (демона). Ну например вижу, что посылает трапы ИБП, вижу ошибки, что сервер не может сопоставить с хостом. Перезапускаю демон, все начинает работать.
То есть никаких настроек не вношу новых, просто перезапускаю демон.

Вот сейчас например есть сервер, трапы от него не принимаются (нет сопоставления):

1344:20240305:100056.350 unmatched trap received from "10.64.24.27": 10:00:55 2024/03/05 PDU INFO:
receivedfrom UDP: [10.64.24.27]:53690->[10.64.4.12]:162
messageid 0
notificationtype TRAP
requestid 1245178282
transactionid 13
version 1
errorindex 0
errorstatus 0
community public
VARBINDS:
DISMAN-EVENT-MIB::sysUpTimeInstance type=67 value=Timeticks: (515156453) 59 days, 14:59:24.53
SNMPv2-MIB::snmpTrapOID.0 type=6 value=OID: CISCO-SMI::ciscoMgmt.719.0.2
CISCO-SMI::ciscoMgmt.719.1.1.1.1.1.1 type=66 value=Gauge32: 0
CISCO-SMI::ciscoMgmt.719.1.1.1.1.11.1 type=4 value=STRING: "Test Fault"
CISCO-SMI::ciscoMgmt.719.1.1.1.1.4.1 type=6 value=OID: SNMPv2-SMI::zeroDotZero
CISCO-SMI::ciscoMgmt.719.1.1.1.1.5.1 type=4 value=STRING: "sys/rack-unit-1/test-entity"
CISCO-SMI::ciscoMgmt.719.1.1.1.1.10.1 type=4 value=""
CISCO-SMI::ciscoMgmt.719.1.1.1.1.14.1 type=4 value=""
CISCO-SMI::ciscoMgmt.719.1.1.1.1.9.1 type=2 value=INTEGER: 0
CISCO-SMI::ciscoMgmt.719.1.1.1.1.22.1 type=2 value=INTEGER: 5
CISCO-SMI::ciscoMgmt.719.1.1.1.1.7.1 type=2 value=INTEGER: 0
CISCO-SMI::ciscoMgmt.719.1.1.1.1.20.1 type=2 value=INTEGER: 0
CISCO-SMI::ciscoMgmt.719.1.1.1.1.16.1 type=65 value=Counter32: 1
CISCO-SMI::ciscoMgmt.719.1.1.1.1.13.1 type=70 value=Counter64: 4294967296

Настройки самого сервера:


Находил в инете, что такая проблема раньше могла быть из-за того, что интерфейс в настройках хоста указан не по ip, а по dns имени, но это не мой случай...
Куда копать пока не приложу ума... Может кто сталкивался, куда еще посмотреть можно?

[Hamardaban]

Интересно... А устройство настроено на посыл какого типа трэпов и в какой версии SNMP?
Трэпы попадают в файл откуда их читает заббикс?
Поможет ли перезапуск snmptrapd, а не сервера?

[Diesel315]

1. На устройствах просто указываю куда посылать и по факту используется либо v1, либо v2. Community по умолчанию, если есть настройка - public.
То есть без усложнения процесса. Главное отправить в нужное место без всяких секьюрностей...
2. Трапы да после получения демоном уходят на обработку в perl скрипт и в итоге записываются в файл - /tmp/zabbix_traps.tmp
Далее уже Zabbix читает этот файл.
Вроде все стандартно как во всех инструкциях
3. Пока сложно сказать. Потому что трапы с данного сервера пока ни в какую не хотят сопоставляться. Я его настроил вот только сейчас. Попробую найти проблемы по трапам с ИБП (встречали с логе), вот с ними было прям такое, что не сопоставляется, перезагружаю Zabbix, все работает. Чуть позже отпишусь, помогло ли перезапуск snmptrapd для трапов с ИБП.
Хотя думаю, что нет, это не влияет, потому что, как выше написал, я же перезапускаю Zabbix, а snmptrapd не трогаю, и все начинает работать при этом...

[Hamardaban]

Про формат трапов спрашивал потому, что если это snmpv3 то могли быть проблемы с id
Но все теории про версии отметаются т.к. в файл всё попадает….
А в багтрекере смотрели? Может там еще кто на это наступил?

[Diesel315]

Доброе.
Извиняюсь затянул с ответом.

1. Формат трапов на примере ИБП - используется snmp v1.
2. Перезагрузка snmptrapd не дает никакого результата
3. На баг треке из свежих не видел под мою ситуацию. Из найденого опять же только случай, если DNS-имя вместо ip, ну и там из свежих, когда хост помечается как недоступный (тогда тоже могут быть unmatched trap)
В общем пока тупик...