問題タブ [sensu]

sensu からのアラートの制限を設定したい。たとえば、ホスト X からディスク容量に関するアラートが 5 回送信された後、同じ問題に関するアラートの受信を停止したいと考えています。

出来ますか？

ありがとう

Sensu Core を使用して Python スクリプトを監視したいのですが、その方法がわかりません。

Sensu のドキュメントから、これにはSensu Checksが必要です。提供されている ruby​​ スクリプトの例では、chef-client が実行されていることを確認します。

アプリケーションではなく、特定のスクリプトに対してこのようなチェックを実装するにはどうすればよいですか? つまり、Python 全般ではなく、特定の Python スクリプト (test.py など) を監視するにはどうすればよいでしょうか?

私の sensu-client は起動中 (新規インストール) に失敗し、 に追加し/var/log/sensu/sensu-client.logてもあまり表示されません。他の sensu-clients (コピーされた ssl 証明書) で同様の client.json および rabbitmq.json 構成ファイル (/etc/sensu/conf.d 内) を使用しました。LOG_LEVEL=debug/etc/default/sensu

以下はsensu-clientのログです

ここにデフォルト設定があります

RHEL7 を再起動しても解決しません。以下のログを参照してください

さらにログを追加する:

Salt経由でSensuを設定しています。以下は私のsensu.slsファイルです。

以下に示すように、メールは に送信されalert@mydomain.comます。ただし、これらのメールを別のメールアドレスにも送信したいです。その行に 2 つの電子メール アドレスを入力することはできますか? それらをどのように分離しますか？サンプルを見せていただけますか？

うちわを起動しようとすると、init.d スクリプトおよびプロセスなしで起動すると、エラーが発生せずに失敗します。

/var/log/uchiwa.log に出力なし

で見つかった出力/var/log/uchiwa.err:

これが機能しない理由は何ですか？ありがとう。

更新 1:

確かに、現在解決されている正しいアクセス許可を与えることで解決したアクセス許可の問題がありました:

ただし、次のエラーは引き続き発生します。

パッケージを再インストールしましたが、まだ壊れているようです。

API リソースを使用して Sensu クライアントを作成すると、UchiwaPOST /clientsダッシュボードに表示されますが、実際の Sensu クライアントがチェックインしていないため、デフォルトで 180 秒後にキープ アライブ チェックが失敗することが予想されます。

キープアライブチェックが失敗し始めるようにするにはどうすればよいですか?

登録時にサブスクリプションに正常に追加keepaliveしても効果はありません。

この投稿の指示に従って、docker コンテナーを監視するように sensu-server をセットアップしようとしています。

Docker デーモンは、sensu-server と sensu-clients (localhost) がある同じホストで実行されています。

ファイル check-docker には、スクリプト load-docker-metrics.sh を呼び出すエントリが含まれています。

check-docker.sh

load-docker-metrics.sh

load-docker-metrics は基本的に docker api を呼び出し、いくつかのメトリクスを取得します。ホスト (invismac) でこのスクリプトを実行すると、正確な結果が得られます。

次のコマンドを使用して、sensu-server コンテナーを起動しています。

docker run -d --name sensu-server \ -p 3000:3000 \ -p 4567:4567 \ -p 5671:5671 \ -p 15672:15672 \ -v $PWD/check-docker.json:/etc/sensu /conf.d/check-docker.json\hiroakis/docker-sensu-server

この後、ポート 3000 で uchima ダッシュボードに正しくアクセスできます。

次に、次のコマンドでクライアントを起動します。

docker run --name sensu-client --privileged \ -v $PWD/load-docker-metrics.sh:/etc/sensu/plugins/load-docker-metrics.sh \ -v /var/run/docker.sock :/var/run/docker.sock \ usman/sensu-client localhost sensu パスワード CLIENT-1 localhost

クライアントは、RabbitMQ と通信し、uchima に自身を登録することになっていますが、何も起こりません。クライアントを実行するコンテナに入りました。ログを見ると、rabbitMQ でエラーが発生しているようです。

"timestamp":"2016-04-15T15:18:50.768594+0000","level":"error","message":"[amqp] 検出された TCP 接続エラー"}

Rabbitmq が実行されており、ここでそのエンドポイントにアクセスできます。

http://localhost:15672

ダッシュボードにはいくつかの情報が表示されます。接続が 2 つ、チャネルが 2 つ、ユーザーが 2 人います。

また、sensu-master コンテナーに移動すると、rabbitmq に次のユーザーがいることが確認できます。

せんす【管理者】

すべての権限で:

/センス .* .* .*

sensu-client が RabbitMQ と通信できない理由を教えてください。私が試すことができる他のチェック？サーバーまたはクライアントの構成で間違った値を渡していますか? サーバーとクライアントを同じホストに置くことはできませんか?

クライアントのdmesgでも、このメッセージが表示されます（関連するかどうかはわかりません）

[29252.322147] audit: type=1400 audit(1460734746.650:975): apparmor="DENIED" operation="ptrace" profile="docker-default" pid=27531 comm="ps" requested_mask="trace" denied_mask="trace"ピア="無制限"

1 台のマシン (centos) に sensu サーバーと sensu-client をインストールし、gem を介してプラグインをインストールしました。

check_ping.rbコマンド ラインからを実行したときはすべて問題ありませんでしたが、同じチェックインを構成/etc/sensu/conf.d/して UI をチェックインすると、この ruby​​ の問題が発生します。

1.9.3 バージョンの ruby​​ をインストールしました

構成済みEMBEDDED_RUBY=true

UIを確認すると、以下が直面しているエラーです

誰かがこれを手伝ってくれますか？

私は会社で働いており、多くの従業員が当社の sensu サーバーにアクセスしています。/etc/sensu/conf.d ファイルには、チェックを実行するためのコマンドを含む json ファイルがあります。ただし、これらのコマンドの一部には、他のユーザーに見られたくない機密情報が含まれています。コマンド内の情報を非表示にする最良の方法は何ですか?

システムで 24 回未満のチェックを実行しています。サーバーの負荷が常に高いわけではありません。通常の動作中、負荷平均は 1 をはるかに下回ります。

高負荷の有機的な原因がないシステムで、check-cpu チェックが高負荷平均をトリガーし始めるという問題が再発していることに気付きました。さらに調査したところ、高負荷レポートは、実際には他のチェックと並行して実行されている check-cpu スクリプトによるものであることがわかりました。チェックの実行以外では、CPU 負荷は問題ありませんでした。

sensu 0.20 から 0.23 にアップグレードしましたが、引き続き同じ問題が発生しました。

sensu-server および sensu-client サービスを再起動すると、一定期間 (約 24 時間) 問題が解決し、その後元に戻ることがわかりました。

この時点で理論化したのは、ホストでのチェックのディスパッチ/実行に何らかの時間遅延があり、最終的にこのオーバーラップが発生するということです。

すべてのチェックは、30 または 60 の間隔で実行するように設定されています。

check-cpu チェックの間隔を 83 に設定することにしましたが、それ以降、問題は発生していません。おそらく、check-cpu チェックが他のチェックと一致しないため、その短い瞬間に高い CPU 負荷が見られないためです。

これは、sensu に固有のスケジューリングの問題ですか? 適切な間隔でチェックをディスパッチする方法を知っているはずですか、それとも間隔パラメーターによって制御されるべきものですか?

ありがとう！