Нещодавно зіштовхнувся із тим, що zabbix просигналізував, що змінився uptime у одного із juniper комутаторів. При цьому, все працює, ніяких провалів по сервісам чи трафіку. При запиті через SNMP до комутатора, останній, дійсно повертає uptime
$ snmpwalk -v 2c -c SecretCommunity XX.XX.XX.XX 1.3.6.1.2.1.1.3.0
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (105129517) 12 days, 4:01:35.17
Пошук в інтернеті дає відповідь, що переповнюються лічильники і замість “sysUpTimeInstance” треба використовувати “snmpEngineTime.0“. Дійсно, повертає правильне значення
$ snmpwalk -v 2c -c SecretCommunity XX.XX.XX.XX 1.3.6.1.6.3.10.2.1.3
SNMP-FRAMEWORK-MIB::snmpEngineTime.0 = INTEGER: 86950772 seconds
Отже, питання просте і швидко вирішене. Але! Це було б занадто просто для чергової статті, тому продовжуємо далі. Проста підміна OID в шаблоні zabbix не вирішує питання, бо zabbix не може знайти вказаний OID. І дійсно, tcpdump каже це:
13:17:35.678604 IP XX.XX.XX.XX.161 > YY.YY.YY.53808: C="SecretCommunity" GetResponse(29) .1.3.6.1.6.3.10.2.1.3=[noSuchInstance]
Я знаю, що замість OID можна звертатися і за canonical name, якщо відповідний OID описаний в MIB-базі. Давайте спробуємо це. Скачуємо відповідний MIB-файл і додаємо до локальної бази на сервері. Після цього можна в шаблоні zabbix в полі SNMP OID вписуємо canonical name (саме його, бо через OID так і не запрацювало) “snmpEngineTime.0” і тепер все працює, як треба.