トリガーのステータスについて

初の投稿になります。
よろしくお願いします。

ZABBIX-1.6.8のトリガーのステータスについて質問です。
トリガーの設定により監視対象のステータスに障害判定があると、ステータスが障害となるのは良いのですが、解決後にこれらのステータスを正常に戻すにはどうしたら良いのでしょうか。
一番悩んでいるのはマップで表示要素の下に*problemsと出てしまうのをOKに戻したいのです。

ドキュメントの見落としも多いともいますが、よろしくお願いします。

コメント表示オプション

お好みのコメント表示方法を選び「設定の保存」をクリックすると変更が反映されます。
ユーザー KAZ の写真

purpleさん

障害が回復したら自動的に正常に戻りませんでしょうか?

説明内容では少々調べることが難しいかと。
すいませんが、どの様なアイテムを監視していて、どの様なトリガーで検知したかを書いて頂けると回答できるかと…

ユーザー purple の写真

KAZさん、回答ありがとうございます。

障害が回復したら自動的に正常に戻りませんでしょうか?

すみません、仕様を勘違いしていたようです。
あくまで障害が回復しない限り、正常に戻ることはないんですね。
一度手動で戻して次のチェック時にまた障害となる手段があるものだと思っていたので、そのやり方をお伺いしたかったのですが。

まだエージェント側の整備が進んでおらず、監視の定義のみを先行して行ったため、多くのトリガーが障害となり、一時的に手動で正常に戻したかったのです。

その上で、不可解なトリガーが今のところ一つ。

{*****:net.tcp.service[ssh].last(0)}=0

上記のトリガーは何をどのように監視してどう駄目だったのでしょうか。
私の単純な知識不足だと思うのですが、sshdならわかるのですが、sshの判定式はよくわからなくて。

宜しくお願いします。

ユーザー KAZ の写真

purpleさん

あくまで障害が回復しない限り、正常に戻ることはないんですね。

『障害が回復しない限り』と言うより、『トリガーに指定した条件じゃ無くなる』と正常に戻ります。

{*****:net.tcp.service[ssh].last(0)}=0

どうしてダメかは詳しいことが分からないので、分からないのですが…
net.tcp.serviceは接続し、サービスが利用可能かその使用しているプロトコルでやり取りを行います。

sshはデフォルトはポート22なので、ローカルのポート22で接続してsshの手順でサービスが利用可能か確認します。
※:通信する相手はIPアドレスとポート番号、プロトコルが分かれば確認可能なのでsshdプロセス名は必要じゃないですよね?

ポート番号を変えている環境は、「net.tcp.service[ssh,,ポート番号]」の様に書きます。

最初に書きましたが、どうしてダメなのかはアイテム登録している状況や値の取得状況が分からないので、ここではお答えできないかと思います。(もう少々状況が細かく分かればお答えできるかもしれません。)

尚、Zabbixのバージョンや使用しているOSなどはできるだけ初めから書いて頂きたく。

宜しくお願い致します。

ユーザー purple の写真

KAZ さん
ご回答ありがとうございました。

質問の仕方が悪いせいでご迷惑おかけしてすみません。
次回から気をつけます。

最初に書きましたが、どうしてダメなのかはアイテム登録している状況や値の取得状況が分からないので、ここではお答えできないかと思います。(もう少々状況が細かく分かればお答えできるかもしれません。)

いえ、十分知りたかったことが得られました。
今回はsshでしたが、ピンポイントに知りたいのではなく、もう少し幅広く知りたかったので。
結果回答者にとってはわずらわしい思いをさせることになりすみませんでした。

ちなみに原因は運用の方が十分な周知もせずにportを変更していたからでした。
お伺いするまではわからなかったかもしれません。
本当に、助かりました。

またお世話になるかもしれませんが、宜しくお願いします。