Ad Widget

Collapse

Mensagem de recuperação vindo antes do problema

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • flavio.johann
    Junior Member
    • Sep 2013
    • 8

    #1

    Mensagem de recuperação vindo antes do problema

    Bom dia,

    em uma trigger específica de um host (roteador) uso a função nodata() para verificar se o agente retorna alguma informação nos últimos 5 minutos e, caso não retorne, gera um incidente. O que andei observando é que para esta trigger em específico o evento de incidente é gerado depois do evento de recuperação, pelo menos pelo horário que mostra no Zabbix, é o que parece ser, conforme imagem abaixo.



    Segue a trigger criada
    Code:
    {Template Openwrt:link.status[wan3g].nodata( {$MINTIME})}=1 | {Template Openwrt:link.status[wan].nodata( {$MINTIME})}=1 | {Template Openwrt:link.status[wan2].last(0, {$MINTIME})}=1
    Pelo que vi até então, somente esta trigger nesse host está com este comportamento. Alguém sabe o que pode ser?
  • nasiloski
    Member
    • Feb 2013
    • 35

    #2
    Ao meu ver está funcionando assim:

    O zabbix encontrou o problema e na segunda checagem nao encontrou mais, logo, status "OK" depois fez a terceira checagem e encontrou o problema logo

    SEGUNDA CHECAGEM= "PROBLEMA"
    PRIMEIRA CHECAGEM = "OK"

    Experimenta reduzir o tempo entre as checagens pra uma medida mais precisa.

    Comment

    • flavio.johann
      Junior Member
      • Sep 2013
      • 8

      #3
      Bom dia,

      O zabbix encontrou o problema e na segunda checagem nao encontrou mais, logo, status "OK" depois fez a terceira checagem e encontrou o problema logo

      SEGUNDA CHECAGEM= "PROBLEMA"
      PRIMEIRA CHECAGEM = "OK"
      Pelo que entendi neste caso não deveria indicar "PROBLEMA" já na primeira checagem se o mesmo o encontrou? E também, em alguma checagem posterior a terceira deveria mostrar status "OK" pois o problema de fato foi resolvido.

      Esta trigger utiliza a macro {$MINTIME} do template para definir o tempo da função nodata() e a mesma está setada para 300. O Zabbix interpreta este valor como 300 segundos correto? Pois olhei uma trigger de um template padrão do Zabbix aonde utilizava a função nodata com valor 5m ao invés de 300. Não sei se tem a ver mas por via das dúvidas, diminui o valor da macro e coloquei no mesmo formato, ficando de 300 para 3m. Vou testar aqui e depois informo o resultado.

      Obrigado pela ajuda!

      Comment

      • dyegomb
        Junior Member
        • Jun 2012
        • 18

        #4
        Originally posted by flavio.johann
        Bom dia,

        em uma trigger específica de um host (roteador) uso a função nodata() para verificar se o agente retorna alguma informação nos últimos 5 minutos e, caso não retorne, gera um incidente. O que andei observando é que para esta trigger em específico o evento de incidente é gerado depois do evento de recuperação, pelo menos pelo horário que mostra no Zabbix, é o que parece ser, conforme imagem abaixo.



        Segue a trigger criada
        Code:
        {Template Openwrt:link.status[wan3g].nodata( {$MINTIME})}=1 | {Template Openwrt:link.status[wan].nodata( {$MINTIME})}=1 | {Template Openwrt:link.status[wan2].last(0, {$MINTIME})}=1
        Pelo que vi até então, somente esta trigger nesse host está com este comportamento. Alguém sabe o que pode ser?
        Talvez haja uma confusão com o último trigger "{Template Openwrt:link.status[wan2].last(0, {$MINTIME})}=1"...

        O que este trigger está verificando é se o último resultado "x" tempo atrás de Template Openwrt:link.status[wan2] é igual a 1
        É isso mesmo o desejado?

        Comment

        Working...