Помогите разобраться.

[wmlex]

Есть сервер под управлением Cent OS с установленным Zabbix 2.0.4. Настроен snmptrapd для сбора трапов от оборудования. Настроено три триггера warmStart, coldStart, Down. С триггерами warmStart, coldStart я вроде бы разобрался

{Zyxel_2108:snmptrap[coldStart].iregexp(coldStart)}=1 & {Zyxel_2108:snmptrap[coldStart].nodata(120)}#1

{Zyxel_2108:snmptrap[warmStart].iregexp(warmStart)}=1 & {Zyxel_2108:snmptrap[warmStart].nodata(120)}#1

Осталась проблема только с триггером Down, необходимо чтобы он переходим в состояние OK только при поступлении трапов и срабатывании триггеров warmStart и coldStart. Перепробовал много выражение но безрезультатно либо триггер висит на дажборде при срабатывании триггеров warmStart и coldStart, либо не появляется совсем.

{Zyxel_2108:snmptrap[.890.1.5.0.1].iregexp(.890.1.5.0.1)}=1

Down

13:57:32 2013/01/21 ZBXTRAP x.x.x.x
PDU INFO:
  notificationtype               TRAP
  version                        1
  receivedfrom                   UDP: [x.x.x.x]:1028->[x.x.x.x]
  errorstatus                    0
  messageid                      0
  community                      public
  transactionid                  114
  errorindex                     0
  requestid                      25
VARBINDS:
  sysUpTimeInstance              type=67 value=0:0:02:58.00
  snmpTrapOID.0                  type=6  value=enterprises.890.1.5.0.1
  enterprises.890.1.5.1.1.2      type=4  value="53 79 73 74 65 6D 20 72 65 62 6F 6F 74 20 62 79
20 75 73 65 72 20 21 00 "

warmStart

13:59:39 2013/01/21 ZBXTRAP x.x.x.x
PDU INFO:
  notificationtype               TRAP
  version                        1
  receivedfrom                   UDP: [x.x.x.x]:1028->[x.x.x.x]
  errorstatus                    0
  messageid                      0
  community                      public
  transactionid                  115
  errorindex                     0
  requestid                      2
VARBINDS:
  sysUpTimeInstance              type=67 value=0:0:01:05.00
  snmpTrapOID.0                  type=6  value=warmStart
13:59:39 2013/01/21 ZBXTRAP x.x.x.x
PDU INFO:
  notificationtype               TRAP
  version                        1
  receivedfrom                   UDP: [x.x.x.x]:1028->[x.x.x.x]
  errorstatus                    0
  messageid                      0
  community                      public
  transactionid                  116
  errorindex                     0
  requestid                      12
VARBINDS:
  sysUpTimeInstance              type=67 value=0:0:01:06.00
  snmpTrapOID.0                  type=6  value=enterprises.890.1.5.8.21.27.2.1
  enterprises.890.1.5.8.21.26.1.1.1.1.0 type=2  value=0
  enterprises.890.1.5.8.21.26.1.1.1.2.0 type=2  value=8
  enterprises.890.1.5.8.21.26.1.1.1.3.0 type=4  value="Controlled element reset"
  enterprises.890.1.5.8.21.26.1.1.1.8.0 type=2  value=102
  enterprises.890.1.5.8.21.26.1.1.1.7.0 type=2  value=2
  enterprises.890.1.5.8.21.26.1.1.1.4.0 type=2  value=2
  enterprises.890.1.5.8.21.26.1.1.1.5.0 type=4  value="1"
  enterprises.890.1.5.8.21.26.1.1.1.6.0 type=4  value=""
  enterprises.890.1.5.8.21.26.1.1.1.10.0 type=2  value=2
  enterprises.890.1.5.8.21.26.1.1.1.9.0 type=4  value=""
  enterprises.890.1.5.8.21.27.1.2.0 type=2  value=2
  enterprises.890.1.5.8.21.27.1.3.0 type=2  value=0
  sysObjectID.0                  type=6  value=enterprises.890.1.5.8.21

[bga83]

посмотри тут Там приведено 2 варианта, один мой в первом посте, но потенциально возможно глючащий и еще один лишнный этого недостатка

[wmlex]

Вопрос еще остался.

посмотри тут Там приведено 2 варианта, один мой в первом посте, но потенциально возможно глючащий и еще один лишнный этого недостатка

К сожалению у меня Perl обработчик, а не snmptt, но все же спасибо! Может быть есть иное решение, ведь похоже что это должна быть стандартная обработка инцидентов по SNMT трапам.

[bga83]

К сожалению у меня perl обработчик, а не snmptt, но все же спасибо! Может быть есть иное решение, ведь похоже что это должна быть стандартная обработка инцидентов по snmt трапам.

так попробуй сделать как там в первом посте описан триггер, с гистерезисом(в описании используется макрос текущего значения)

[wmlex]

так попробуй сделать как там в первом посте описан триггер, с гистерезисом(в описании используется макрос текущего значения)

Заработало!!

({Zyxel_2108:snmptrap[.890.1.5.0.1].str(value=enterprises.890.1.5.0.1)}=1 & {TRIGGER.VALUE}=0)  | ({Zyxel_2108:snmptrap[warmStart].str(value=warmStart)}#1 & {TRIGGER.VALUE}=1)

Остался вопрос как сделать так чтобы обрабатывался как трап warmStart так и coldStart.

[wmlex]

Мне кажется что должно работать вот это выражение, но не работает, где ошибка?

({Zyxel_2108:snmptrap[.890.1.5.0.1].str(value=enterprises.890.1.5.0.1)}=1 & {TRIGGER.VALUE}=0)  | (({Zyxel_2108:snmptrap[warmStart].str(value=warmStart)}#1 | {Zyxel_2108:snmptrap[coldStart].str(value=coldStart)}#1) & {TRIGGER.VALUE}=1)

[Evgeniy]

А нельзя сделать проще?
Просто опрашивать по snmp статус интерфейса и ,исходя из полученных значений, настроить триггер без привязки к трапам.
Т.е. отказаться от трапа "shutdown", а то что устройство работает определять либо пингом, либо опросом какого-либо параметра по snmp.

[wmlex]

А нельзя сделать проще?
Просто опрашивать по snmp статус интерфейса и ,исходя из полученных значений, настроить триггер без привязки к трапам.

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

[wmlex]

Решение проблемы

Решение:

({Zyxel_2108:snmptrap[.890.1.5.0.1].str(value=enterprises.890.1.5.0.1)}=1 & {TRIGGER.VALUE}=0)  | (({Zyxel_2108:snmptrap[warmStart].str(value=warmStart)} | {Zyxel_2108:snmptrap[coldStart].str(value=coldStart)})#1 & {TRIGGER.VALUE}=1)