我的环境中有5台Windows服务器(2008年)。我已经将它们添加到我的OpenNMS实例中。这些服务器是相同的,唯一的不同是它们上运行的应用程序组件。
但是,这5个节点中只有4个在OpenNMS上收集了cpuPercentBusy.jrb。 SNMP服务在所有节点上运行。另外,其他snmp数据也可以正常收集。只是没有为其中一个节点收集cpuPercentBusy.jrb。是否有任何原因未为此节点收集此信息。日志没有透露任何具体原因。
答案 0 :(得分:4)
如果您在$ OPENNMS_HOME / etc / datacollection / microsoft.xml中查找用于收集cpuPercentBusy的OID,则将为oid和实例找到“ .1.3.6.1.2.1.25.3.3.1.2” 1“。在OID .1.3.6.1.2.1.25.3.3.1.2.1上执行snmpget,通常类似于-
snmpget -v 2c -c mycommunitystring mywindowshost .1.3.6.1.2.1.25.3.3.1.2.1
我敢打赌,您会看到它失败了。我尝试了以下内容-
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: HOST-RESOURCES-MIB::hrProcessorLoad.1
然后我尝试散步,您可能会发现还有其他实例。您可以像这样进行散步-
snmpwalk -v 2c -c mycommunitystring mywindowshost .1.3.6.1.2.1.25.3.3.1.2
在我的系统之一上,我收到的答复是-
HOST-RESOURCES-MIB::hrProcessorLoad.2 = INTEGER: 63
HOST-RESOURCES-MIB::hrProcessorLoad.3 = INTEGER: 61
由于某些Windows系统上的原因,.1实例不可用。 OpenNMS对此无能为力。可以找到其他信息here.如果您浏览.1.3.6.1.2.1.25.3.2.1.3,您会发现存在一个实例ID匹配的表。在我的情况下,.1是“ Microsoft XPS Document Writer v4”。
您可以考虑安装SNMP Informant以获得更好的数据。
答案 1 :(得分:2)
我在$ OPENNMS_Home / etc / datacollection / microsoft.xml中的“ windows-host”组中添加了其他行
doc := bson.NewDocument()
...
一直到64,正如我在我的环境中发现的那样,每个VM的实例可以相差那个数量。