Сервер не считывает snmptrapы из указанного файl

[smokie]

Собстно сабж

Zabbix 2.0
OS Debian Squeeze

Всё настроенно по документации с сайта Zabbix, трапы которые приходят от устройств принимаются snmptrapd и перенаправляются в snmptt, всё как и в инструкции. В логах вижу что trap дошёл до snmptt и записался в лог, как положенно, но сервер только иногда их считывает. Грубо говоря один из 10. После установки и настройки первые раз 5 всё сработало, но по мере того как я добавляю в Web настройки правила, trapы перестают считываться... Может я чего-то не понимаю или что-нибудь не так?

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

настройки snmptrapd.conf

ignoreauthfailure yes
traphandle default snmptt
disableAuthorization yes
doNotFork no
pidFile /var/run/snmptrapd.pid
doNotLogTraps no

для запуска скрипта изменял traphandle:

traphandle default /bin/bash /usr/local/bin/snmptrap.sh

Попытался так же изменить путь к файлу запуска в скрипте, на постоянный, без эфекта.
Может кто-нибудь знает в чём дело?

Настройка zabbix_server.conf

############ GENERAL PARAMETERS #################
LogFile=/tmp/zabbix_server.log
DBName=zabbix
DBUser= $user
DBPassword= $pass

############ ADVANCED PARAMETERS ################
SNMPTrapperFile=/var/log/snmptt/snmptt.log
StartSNMPTrapper=1

[smokie]

Прошу прощения, через snmptt работает нормельно.
Оказалось что нельзя увидеть трапы в логе или в Overview, а только в Lastdata.

А вот через скрипт snmptrap.sh который поставляется с zabbix 2.0 почему-то всё равно не проходит.
Пробывал посылать zabbix_sender, но не проходит, в выводе команды пишет что отправил, но не оработал и на сервере ничего, и в логах чисто... куда копать?

[zalex_ua]

Запускайте сервер в режиме дебага (4) и грепайте потом по PID процесса "snmp trapper"
Вот примеры грепа где можно увидеть полезные вещи:

 19053:20120609:174253.324 server #22 started [snmp trapper #1]
 19053:20120609:174253.375 In main_snmptrapper_loop() trapfile:'/tmp/zabbix_traps.tmp'
 19053:20120609:174253.375 In DBconnect() flag:0
 19053:20120609:174253.376 query [txnlev:0] [set names utf8]
 19053:20120609:174253.377 End of DBconnect():0
 19053:20120609:174253.377 query [txnlev:0] [select snmp_lastsize from globalvars]
 19053:20120609:174253.377 cannot open [/tmp/zabbix_traps.tmp]: [13] Permission denied
 19053:20120609:174253.377 sleeping for 1 seconds

или вот такое:

19136:20120609:174323.004 server #22 started [snmp trapper #1]
....
 19136:20120609:174640.054 sleeping for 1 seconds
 19136:20120609:174641.055 In read_traps() lastsize:0
 19136:20120609:174641.055 query [txnlev:1] [begin;]
 19136:20120609:174641.055 query [txnlev:1] [update globalvars set snmp_lastsize=13]
 19136:20120609:174641.055 query [txnlev:1] [commit;]
 19136:20120609:174641.057 invalid trap found [ertertyertye]
 19136:20120609:174641.057 End of read_traps()
 19136:20120609:174641.057 sleeping for 1 seconds

возможно у вас как раз и будет этот случай.

[uniken1]

invalid trap found - у меня именно такая проблема. Что это значит?
Отправляю и тестовый трап из документации и с Cisco, в логе сервера появляются значения:

16113:20130521:152205.392 [COLOR="red"]invalid trap found[/COLOR] [2013-05-21 15:22:04 0.0.0.0(via UDP: [127.0.0.1]:60993->[127.0.0.1]) TRAP, SNMP v1, community public
	IF-MIB::linkDown Enterprise Specific Trap (33) Uptime: 0:00:00.55
	IF-MIB::linkDown = STRING: "teststring000"]
16113:20130521:161301.967 [COLOR="red"]invalid trap found [/COLOR][2013-05-21 16:13:01 <UNKNOWN> [UDP: [10.0.0.8]:63863->[10.0.0.83]]:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (3111273257) 360 days, 2:25:32.57	SNMPv2-MIB::snmpTrapOID.0 = OID: SNMPv2-SMI::enterprises.9.9.43.2.0.1	SNMPv2-SMI::enterprises.9.9.43.1.1.6.1.3.52 = INTEGER: 1	SNMPv2-SMI::enterprises.9.9.43.1.1.6.1.4.52 = INTEGER: 3	SNMPv2-SMI::enterprises.9.9.43.1.1.6.1.5.52 = INTEGER: 2]

Включение debug=4 дополнительной информации не дает.
Что поправить?

[oalex]

аналогично "invalid trap found" и пока не понял почему

[uniken1]

По умолчанию у меня трапы шли в именном виде. После дебага нашел что в файле snmptt.ini было,
net_snmp_perl_enable = 0
и трапы из текста в цифры не преобразовывались, поэтому в snmptt.conf для них шаболона не находиолсь и поэтому сохранялись как есть и соответственно считались не правильными.
исправил на 1, все заработало. Может кто-нибудь в доке допишет, ведь я так понял много народу на это попадается.

[oalex]

включено было.. и пишет в цифровом.. результат тоот же

[chukynax]

19:07:45 2015/12/15 enterprises.9.9.43.2.0.1 Normal "General event" 172.16.20.6 - ZBXTRAP 172.16.20.6 g
eneral enterprises.9.9.43.1.1.6.1.3.66:1 enterprises.9.9.43.1.1.6.1.4.66:3 enterprises.9.9.43.1.1.6.1.5
.66:

вот такие трапы складывает в файл /tmp/zabbix_traps.tmp snmptt, но заббикс не видит этот файл, в логах сервера пишется такое

12034:20151215:192948.528 cannot stat SNMP trapper file "/tmp/zabbix_traps.tmp": [2] No such file or d
irectory

файл точно есть, права на него полные 777, и в нем есть данные пожалуйста помогите!

[Heilig]

Какая операционная система используется? Если CentOS или RHEL проверьте настройки SELinux. Может в "/var/log/audit.log" есть что полезное?

[chukynax]

Это заббикс аплаянс последний готовое решение на опенсусе

[zmdpc]

Перенесите файл с трапами в другое место, внесите изменения в zabbix_trap_receiver.pl и zabbix-server.conf, дайте права на папку где он будет лежать для пользователя от которого запускается заббикс.

[chukynax]

Я делал по инструкции официальной там написано что либо snmptt либо ресивер пл
Так вот я перл скрипт вообще не использую

[zmdpc]

Я делал по инструкции официальной там написано что либо snmptt либо ресивер пл
Так вот я перл скрипт вообще не использую

Не важно. Просто переместите в другое место и измените в настройках местоположение файла.

[chukynax]

Я вроде бы это уже делал, но ок щас попробую ещё раз, я чуть позже выложу сюда свои конфигурации и содержимое файлов

[zmdpc]

В качестве диагностики попробуйте трассировку процесса
strace -p id-process