10050ポートのダウンを検知したり、ICMPのダウンを検知する。10050ポートのダウンを検知したり、ICMPのダウンを検知する。19日本Zabbixユーザー会フォーラムツイート表題の件、確認させていただければと思います。10050ポートのダウンを検知したり、ICMPのダウンを検知します。実際にAgentが落ちていたわけではないし、10050ポートが制限されていたわけではありません。サーバ側は落ちていません。ちなみにこのAgent側で10050ポートがダウンの検知と、ICMPがダウンの検知はそれぞれ同じタイミングではないです。このため別々の問題かと考えています。トリガーは以下を利用しています。・Agent側で10050ポート監視{server01:net.tcp.service["tcp",,"10050"].last(0)}=0・ICMP監視{server01:icmppingloss[,5,1000,64,5000].last(0)}=100ICMPについては、検知するタイミングでCPUが瞬間的に100%になっていました。負荷が高かったため、ICMPの応答が返せなかったと思われます。Agent側で10050ポートがダウンの検知については、負荷が高かったりすることもなく現在原因が不明です。イベントログ等でもエラーは出たりしていませんでした。Zabbixサーバ側で問題ないか確認したところ、以下のエラーを多数検知していました。secondsこれはZabbixサーバ側とエージェント側の通信タイムアウトによるエラーです。【ZABBIX構築時】WEB画面でログインができない。コメント/ページお好みのコメント表示方法を選び「設定の保存」をクリックすると変更が反映されます。4737Zabbixのデフォルトの設定のままであれば、3秒でタイムアウトしてしまうので、Zabbixサーバーからの要求に対して3秒以内に応答が無いと対象のアイテムの値が取得できない状態となってしまいます。通信が不安定であれば、他のサーバーでも同様の問題が発生していたりしませんか?Windowsサーバーのネットワークインターフェースに問題があれば、イベントログに何らかの情報が出力されているはずです。問題が発生していないのであれば、単純に対象のサーバーの処理がたまたま遅かっただけなのではないでしょうか。能性はあると思うので、多少タイムアウトを伸ばして様子を見てみるのがよいのではないかと思います。負荷が高くなかった理由は、CPU、メモリ、ネットワークトラフィック、アクセスログによるアクセス数等を見て判断しています。いずれも検知した時に、それぞれが高負荷ではありませんでした。いずれにしても、いただいた回答をもとに少し様子を見ます。ご回答ありがとうございました。