Icinga-Monitoring-Environmentのcheck_yum-プラグインを使用して、セキュリティクリティカルな更新が利用可能かどうかを確認しています。これは非常にうまく機能しますが、「CHECK_NRPE：xx秒後のソケットタイムアウト」が発生することがあります。チェックの実行中。現在、私のNRPE-Timeoutは30秒です。チェックを数回再スケジュールするか、Icinga-Serverから直接チェックをより高いnrpe-timeout-valueで実行すると、少なくともチェックを数回実行した後は、すべてが正常に機能します。NRPEを介した他のすべてのチェックでは、エラーはスローされません。したがって、NRPE-configまたは使用しているプラグインに一般的なエラーはないと思います。check_yum-プラグインのこの奇妙な動作についての説明はありますか？監視対象サーバーでのキャッシュの問題はありますか？
1 に答える
0
最初に、このチェックの 1.0 バージョンを使用していることを確認してください: https://code.google.com/p/check-yum/downloads/detail?name=check_yum_1.0.0&can=2&q= 私が見た変更そのバージョンでは、根本的な原因に応じて、この問題を修正できます。
次に、サーバーがすべての「ローカル」キャッシュ リポジトリを使用するように構成されていない場合、このチェックは 30 秒の期限前にタイムアウトする可能性があります。理由: 1> 更新/更新からのデータ量がかなり大きく、リモート (適切な RH を含む) サーバーからのダウンロードに時間がかかる可能性があるため、2> ほとんどの「公式」更新サーバーはオフラインになる傾向がある多くの。
私が見つけた最善の解決策は、cronjob を使用して設定した間隔で更新チェックを実行し (私は毎週使用しています)、システムに必要なセキュリティ パッチを含むログ ファイルを作成することです。次に、単純なシェル スクリプトを介して Nagios チェックを使用し、そのファイルに新しいアイテムが含まれているかどうかを確認します。
于 2013-03-08T04:34:35.913 に答える