nagios check_snmp ifoperstatus não está OK

nagios check_snmp ifoperstatus não está OK

eu estou lendoMonitorando roteadores e switchespágina, em particular a seção "Monitorando informações de status do SNMP".

citar:

No exemplo acima, "-o ifOperStatus.1" refere-se ao OID do status operacional da porta 1 no switch. A opção "-r 1" diz ao plugin check_snmp para retornar um estado OK se "1" for encontrado no resultado SNMP (1 indica um estado "ativo" na porta) e CRÍTICO se não for encontrado. O "-m RFC1213-MIB" é opcional e informa ao plugin check_snmp para carregar apenas o "RFC1213-MIB" em vez de cada MIB instalado em seu sistema, o que pode ajudar a acelerar as coisas.

Então, estou testando o exemplo deles:

# /usr/lib/nagios/plugins/check_snmp --hostname=X.X.X.X --community=X --protocol=X --oid=ifOperStatus.5 -r1 -m RFC1213-MIB
SNMP OK - 1 | RFC1213-MIB::ifOperStatus.5=1 
#

interface retorna SNMP OK - 1- a interface está "ativa". Desativei outra interface e executei o mesmo comando para essa interface.

# /usr/lib/nagios/plugins/check_snmp --hostname=X.X.X.X --community=X --protocol=X --oid=ifOperStatus.6 -r1 -m RFC1213-MIB
SNMP OK - 2 | RFC1213-MIB::ifOperStatus.6=2 
# 
# snmpwalk -Os -cX -vX X ifOperStatus.6
ifOperStatus.6 = INTEGER: down(2)
# 

retorna SNMP OK - 2- a interface está inativa

Não consigo descobrir como fazer -r1funcionar corretamente, porque mesmo vendo que a interface está inoperante, ele passa para o Nagios como OK. Alguma idéia do que estou fazendo de errado?

Responder1

como "solução alternativa" (mesmo que realmente não seja), pode-se usar -cou -wem vez de -r, pois -rparece haver algum tipo de bug.

# ./check_snmp --help | grep -E 'critical|warning'
 -w, --warning=THRESHOLD(s)
 -c, --critical=THRESHOLD(s)
# 

exemplo:

# /usr/lib/nagios/plugins/check_snmp --hostname=X.X.X.X --community=X --protocol=X --oid=ifOperStatus.6 -c1
SNMP CRITICAL - *2* | IF-MIB::ifOperStatus.5=2 
#

informação relacionada