Не пришедший трап - висяк в дашборде

[zzipper]

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

Иногда происходит следующая ситуация: бывает может упасть порт, трап linkdown пришел, тригер сработал, видим событие на дашборде, порт поднялся, трап НЕ пришел (единичные случаи, возможно баг fw на оборудовании), событие продолжает висеть на дашборде с проблемой.

Наведите, пожалуйста, на мысль умную, как обыграть этот момент, чтоб в таких случаях событие не остовалось висеть дальше.

[neogan]

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

Иногда происходит следующая ситуация: бывает может упасть порт, трап linkdown пришел, тригер сработал, видим событие на дашборде, порт поднялся, трап НЕ пришел (единичные случаи, возможно баг fw на оборудовании), событие продолжает висеть на дашборде с проблемой.

Наведите, пожалуйста, на мысль умную, как обыграть этот момент, чтоб в таких случаях событие не остовалось висеть дальше.

Трап, да штука не надежная.
Думаю что это можно обыграть вероятно что только через API

+ скрипт который будет обрабатывать незавершенные трапы, конечно зависит от количества устройств, но все же можно также через API получить все триггеры с трапами. и незавершенные проверить через SNMP запрос и выставить в востановление через опять же API.

[oscar]

Через sender можно с имитировать приход "нужного" трапа. А его забить в скрипты и вызывать для нужного хоста через контекстное меню в дашборде...

[Jimson]

Не проще просто собирать linkStatus по SNMP и либо
1) вообще забить на трапы
2) добавить в условие тригера еще и условие по linkStatus
?

[oscar]

Не проще просто собирать linkstatus по snmp и либо
1) вообще забить на трапы
2) добавить в условие тригера еще и условие по linkstatus
?

Кому как. Для дебага трапы лучше. чтобы засечь каждое подение. Не всегда можно выставить малое время опроса, а при большом часть событий можно и пропустить...

[zzipper]

Вариант с zabbix_sender хорош, но что-то в упор не пойму как заслать ему трап.
Пробую колхоз с различными вариациями кавычек и экранирующих символов, и даже с параметром -i из файла

zabbix_sender -vv -z 127.0.0.1 -s "10.80.0.80" -k "snmptrap[link]" -o 11:27:44 2013/03/29 .1.3.6.1.6.3.1.1.5.3 Normal \"Port State\" 10.95.14.1

Но сервер фейлится на приеме данных:

zabbix_sender [61573]: DEBUG: answer [{
        "response":"success",
        "info":"Processed 0 Failed 1 Total 1 Seconds spent 0.000059"}]
info from server: "Processed 0 Failed 1 Total 1 Seconds spent 0.000059"
sent: 1; skipped: 0; total: 1

Что я делаю не так?

[oscar]

Круто!
Ключ -о передает непосредствено то, что потом триггер будет разбирать. Я так понял вы пытаетесь отпрвить весь трап целиком.
Можете выложитиь
cat snmptrap.sh (лежит в тойже папке что и сендер (скорее всего))?

[zzipper]

Верно. Я не использую snmptrap.sh
snmptrapd передает трапы в snmptt, а тот уже в zabbix.

[Evgeniy]

Анологично, как только не пытались решить проблему сброса триггера, если не пришел трап о восстановлении...
В итоге пока остановились на самом простом... Программистов нет, поэтому сильно не пинайте. =)
В вебинтерфейсе на вкладке "Триггеры" есть ссылка "Добавить комментарий", значение записывается в базу данных. Немного подкорректировав соответствующий .php, заодно при нажатии кнопки "Подтвердить" изменяем значение состояния нужного триггера.
Т.к. комментарии к триггерам не используем и добавлять их могут только пользователи с правами на запись, соответственно с разграничением прав на сброс триггера проблемы тоже не возникло.

[zzipper]

Evgeniy,
Спасибо за наводку, заюзал ваш костыль.