OpenNMS无法为某些Windows节点收集cpuPercentBusy

时间:2018-07-12 09:18:46

标签: windows snmp opennms

我的环境中有5台Windows服务器(2008年)。我已经将它们添加到我的OpenNMS实例中。这些服务器是相同的,唯一的不同是它们上运行的应用程序组件。

但是,这5个节点中只有4个在OpenNMS上收集了cpuPercentBusy.jrb。 SNMP服务在所有节点上运行。另外,其他snmp数据也可以正常收集。只是没有为其中一个节点收集cpuPercentBusy.jrb。是否有任何原因未为此节点收集此信息。日志没有透露任何具体原因。

2 个答案:

答案 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的实例可以相差那个数量。