我最近将APC电池备份连接到我的一台服务器,我在服务器上安装了powerchute代理,并验证我可以通过代理远程访问代理和APC。
我正在尝试让我的Cacti安装来检索我的APC数据,一切正常,只是它返回“来自SNMP的结果无效。部分结果:U”我怀疑它是针对SNMP问题我是有。如何修复它以便MIB与实例编号一起使用?
从命令行我可以成功获取其他OID。
----WORKS----
$ snmpget -v1 -cpublic 192.168.1.2 .1.3.6.1.2.1.1.3.0
iso.3.6.1.2.1.1.3.0 = Timeticks: (140629508) 16 days, 6:38:15.08
只要我不添加最终实例编号,从命令行我就可以轻松地使用powerchute MIB。添加实例编号不会返回任何内容。
----WORKS----
$ snmpwalk -v1 -cpublic 192.168.1.2 .1.3.6.1.4.1.318.1.1.1.2.2.3
iso.3.6.1.4.1.318.1.1.1.2.2.3.0 = Timeticks: (72000) 0:12:00.00
----FAILS----
$ snmpwalk -v1 -cpublic 192.168.1.2 .1.3.6.1.4.1.318.1.1.1.2.2.3.0
$
但是我无法使用或不使用实例编号来阻止任何powerchute OID。
----FAILS----
$ snmpget -v1 -cpublic 192.168.1.2 .1.3.6.1.4.1.318.1.1.1.2.2.3.0
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: iso.3.6.1.4.1.318.1.1.1.2.2.3.0
----FAILS----
$ snmpget -v1 -cpublic 192.168.1.2 .1.3.6.1.4.1.318.1.1.1.2.2.3
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: iso.3.6.1.4.1.318.1.1.1.2.2.3
答案 0 :(得分:0)
snmpwalk
返回一个因此无法snmpget
的OID的事实表明您正在访问的设备的SNMP代理中存在错误。
令人沮丧的是,这种情况并不罕见,即使在企业设备中也是如此。我在Cisco和Nortel电信设备中遇到了SNMP代理错误,耗资数十万美元。
你确实有一个解决方法。考虑将BASH脚本写入snmpwalk
所需的值并刮取结果。并告诉Cacti使用您的自定义脚本,而不是直接通过SNMP访问。