-1

Linuxサーバーのディスク容量をチェックするようにOpenNMSを設定しようとしています。

いくつかの作業の後、SNMPを介して1つのサーバーをチェックするようになりました：監視しているサーバーにsnmpdをインストールし、しきい値を定義し（実際には事前定義されたデフォルトのものを使用します）、ns-dskPercentが移動したときにトリガーされるイベントに接続しました高い。ここまではすべてうまくいきました。

ここで、2 番目のサーバーを追加し、同じものをインストールしました。snmp デーモンを監視しているようで、サービスがダウンしたときに通知しますが、しきい値が表示されないようです。

しきい値を変更すると (たとえば、強制的にトリガーするためにしきい値を 20% に下げるなど)、最初のサーバーのみが変更されたことを認識し (構成が変更されたことを通知します)、アラームを発しますが、 2 番目のサーバーが応答しません。

(これらは、最初のサーバーで受け取る通知です:)

High threshold rearmed for SNMP datasource ns-dskPercent on interface 
xxx.xxx.xxx.xxx, parms: label="/" ds="ns-dskPercent" description="ns-dskPercent" 
value="NaN (the threshold definition has been changed)" instance="1"
instanceLabel="_root_fs" resourceId="node[9].dskIndex[_root_fs]" 
threshold="20.0" trigger="1" rearm="75.0" reason="Configuration has been changed" 


High threshold exceeded for SNMP datasource ns-dskPercent on interface 
xxx.xxx.xxx.xxx, parms: label="/" ds="ns-dskPercent" description="ns-dskPercent" 
value="52" instance="1" instanceLabel="_root_fs" 
resourceId="node[9].dskIndex[_root_fs]" threshold="20.0" trigger="1" rearm="75.0"

2番目のサーバーを応答させる理由または方法はありますか?

4

1 に答える 1

0

この問題は、収集されたデータのソースに基づいている可能性があります。OpenNMS (14+) の最新バージョンのしきい値処理は、データが収集されるときにインラインおよびメモリ内で評価されるため、関心のあるノードに含まれる正確なメトリックに対してしきい値が評価されることを確認する必要があります。

通常、Linux システムのファイル システム メトリックには、ホスト リソース テーブルの mib2 使用 ($OPENNMS_HOME/etc/datacollection/mib2.xml 内の hrStorageSize など) または net-snmp MIB からの net-snmp メトリック ( $OPENNMS_HOME/etc/datacollection/netsnmp.xml の ns-dskTotal など)。

そのため、最初に、新しいサーバーから適切なデータが取得されていること、およびしきい値を設定しようとしているのと同じ MIB テーブルからメトリックが実際に収集されていることを確認してください。

于 2016-01-07T02:34:49.700 に答える