最近時(shí)不時(shí)無(wú)規(guī)律的收到zabbix的監(jiān)控報(bào)警，是不同的交換機(jī)重啟的誤報(bào)，提示交換機(jī)重啟了，但檢查看后發(fā)現(xiàn)實(shí)際并沒有重啟。

我們發(fā)現(xiàn)監(jiān)控是否重啟是監(jiān)控交換機(jī)的引導(dǎo)時(shí)間，使用的是如下OID：

[root@rds ~]# snmpwalk -v 2c -c public 192.168.1.9 1.3.6.1.2.1.1.3.0
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (704406) 1:57:24.06
這樣看來(lái)192.168.1.9這臺(tái)設(shè)備sysUptime是0天1小時(shí)57分鐘。

那我們登入交換機(jī)設(shè)備上驗(yàn)證一下：

WL-4507#show version
Cisco IOS Software, IOS-XE Software, Catalyst 4500 L3 Switch Software (cat4500e-UNIVERSAL-M), Version 03.03.00.SG RELEASE SOFTWARE (fc3)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2012 by Cisco Systems, Inc.
Compiled Sun 15-Apr-12 09:07 by prod_rel_team

ROM: 15.0(1r)SG5
WL-4507 uptime is 1 year, 18 weeks, 6 days, 3 hours, 29 minutes
Uptime for this control processor is 1 year, 18 weeks, 6 days, 3 hours, 31 minutes
System returned to ROM by power-on
System restarted at 11:14:10 BeiJing Tue Jan 12 2016
結(jié)果發(fā)現(xiàn)此交換機(jī)并沒有重啟，這臺(tái)設(shè)備sysUptime是1年18周6天，大概就是497天。

原因分析
經(jīng)過查閱相關(guān)資料，得知sysUpTime是由一個(gè)32-bit的counter來(lái)計(jì)數(shù)的，單位是1/100秒，所以最大時(shí)間為496天，過了496天就溢出，變成0，然后又重新計(jì)算時(shí)間，所以zabbix誤報(bào)。

解決方法
可以使用另一個(gè)計(jì)數(shù)值來(lái)計(jì)算時(shí)間，那就是snmpEngineId (1.3.6.1.6.3.10.2.1.3.0) ，其同樣是32-bit的值，但它的單位是秒，最大時(shí)間為49600天，即所以可以存135年的運(yùn)行時(shí)間，足夠了。

[root@rds ~]# snmpwalk -v 2c -c public 192.168.1.9 1.3.6.1.6.3.10.2.1.3.0
SNMP-FRAMEWORK-MIB::snmpEngineTime.0 = INTEGER: 42957135 seconds
可以看到192.168.1.9這臺(tái)設(shè)備使用1.3.6.1.6.3.10.2.1.3.0查詢的結(jié)果是42957135s，即為497天，是正確的時(shí)間。

zabbix監(jiān)控更改：
找到Template SNMP Generic: Device uptime，
將SNMP OID改為：1.3.6.1.6.3.10.2.1.3.0
使用自定義倍數(shù)改為：1 或者取消勾選。

保存之后，等待一段時(shí)間，即可正常監(jiān)控。