問題タブ [sensu]

Chef を使用して Debian 7.8.0 に Sensu 0.18.1 をインストールしました。インストールは正常に完了したように見えますが、なぜかうちわのダッシュボードにクライアントが表示されません。

サーバー ログには、「キープアライブおよび結果キューからのサブスクライブ解除」という警告が表示されます。このメッセージの意味がわかりません...

そして、rabbitMQ が接続に失敗したというこのメッセージを見つけました。しかし、これは接続が一度成功したように見えますが、すぐに失敗します。このメッセージの意味がわかりません。

/var/log/rabbitmq/rabbit@debianSensuServer.log

この問題を解決してうちわのダッシュボードにクライアントを表示するにはどうすればよいですか?

私はこの分野についての知識が乏しいので、どんな提案でも大歓迎です。

/var/log/sensu/sensu-server.log

/var/log/sensu/sensu-client.log

sensu クライアントがあり、チェック スクリプトの 1 つでその PATH をデバッグすると、次のように表示されます。

この PATH を sensu 用にカスタマイズするにはどうすればよいですか。たとえば、/usr/local/bin を PATH の最後に追加したいので、次のようになります: /sbin:/usr/sbin:/bin:/usr/bin:/etc /sensu/plugins:/etc/sensu/handlers:/usr/local/bin

私は多くの方法を試しましたが、成功しませんでした.

1. sensu ユーザーの SHELL を (デフォルトの /bin/false ではなく) /bin/bash に設定し、次の行を使用して、sensu ユーザーのホーム ディレクトリ /opt/sensu の下に .bashrc|.profile を追加します。export PATH=$PATH:/usr/local/bin
2. /etc/default/sensu を編集し、この行を追加しますPATH=$PATH:/usr/local/bin
3. https://sensuapp.org/docs/latest/clientsを読んで、/etc/default/sensuに設定USER=ec2-userし、sensu クライアントを再起動した後、sensu クライアント プロセスが ec2-user によって実行されていることがはっきりとわかりますが、驚くべきことに、 、PATH は ec2-user と同じではありません

上記の 1、2、および 3 はすべて機能しませんでした。python で記述されたチェック スクリプトでは、次の行があります。

出力は次のとおりです。

Pythonチェックスクリプトに次の行を書きましたが、更新してください。

私はそれが出力されたのを見ました:

しかし、他の出力は驚くべきことに.... "which python" -> /usr/bin/python, "python --version" -> 2.6.6

助けを求める....

.log ファイルを入力として受け取り、それを解析して、選択した情報を InfluxDB に返す Sensu チェックを行う方法はありますか。

私はこれに非常に慣れていないので、自分の問題を最善の方法で説明していない可能性があります。

Sensu を実行し、Slack プラグインをインストールするために最善を尽くして指示に従いました。始めに「hello-world」を実行しようとしていますが、ドキュメントが不足しているようです。

私はチェックで「開始」に従いました： https://sensuapp.org/docs/0.20/getting-started-with-checks 、すべてがサーバー上の正しい場所にあるようです。

次のコミュニティ プラグインをインストールしようとしていますが、すべてのコミュニティ プラグインに共通の指示があります。プラグインの説明にjsonファイルがありますが、どこに置くかは言われていません... https://github.com/sensu-plugins/sensu-plugins-slack

これが私のcheck_cron.jsonの外観です（2つの方法を試しました.1つはSensu以外の別のソースからのものです）：

変更を行った後、サーバーを再起動しました。このcronは毎分ヒットし、slack通知プラグインを呼び出すと想定していますが、何が欠けているのか、Slackプラグインの「ドキュメント」 https://github. com/sensu-plugins/sensu-plugins-slack

私を正しい方向に導く助けはありますか？

個々の centos マシンに sensu サーバー、sensu クライアント、redis、rabbitmq をインストールしました。メモリ チェックのために Sensu クライアントのログを確認できますが、sensu サーバーと sensu サーバー ログには同じものがありません。

248234 秒間、クライアントからキープアライブが送信されませんでした (>=180)\",\"status\":2,\"history\":[\"2\",\"2\",\"2\",\ "2\",\"2\",\"2\",\"2\",\"2\",\"2\",\"2\",\"2\",\"2 \",\"2\",\"2\",\"2\",\"2\",\"2\",\"2\",\"2\",\"2\" ,\"2\"],\"total_state_change\":0},\"occurrences\":8246,\"action\":\"create\",\"timestamp\":1447675210}"]}

私はそれに慣れていません。誰かに助けてもらいます。よろしくお願いします

sensuインフラストラクチャをドッキングしています。チェックの実行以外はすべてうまくいきます。

この構造 (docker-compose.yml) に従って docker-compose を使用しています。

私の rabbitmq Dockerfile は非常に単純です。

うちわの Dockerfile も同様です。

Sensu コアは sensu-server と sensu-api を実行します。彼の dockerfile は次のとおりです。

sensor-production は、ダム メトリックとともに sensu-client を実行します。これが彼の Dockerfile です。

docker-compose up -d を実行すると、すべてうまくいきます。ログにエラーはありません。うちわのダッシュボードにアクセスでき、定義されたクライアントが問題なく表示されます (キープアライブ リクエストは問題ないようです)。ただし、チェックはありません。

sensu サーバーが実行するチェックがないと見なしているかのように、チェック要求/チェック結果がログに存在しないことに気付きました。とはいえ、それがなぜなのかはわかりません。

誰かが何が起こっているのかもっと正確に教えてもらえますか? ありがとうございました。

Sensu のコメント: Sensu イベントは、チェック結果が状態の変化を示したときに作成されます。

チェックの結果ではないカスタムイベントを作成することはできますか?

Sensu API にはイベントを作成するコマンドがありません: https://sensuapp.org/docs/latest/api-events。

sensu-plugin と sensu-extension の違いを教えてください。

sensu-plugin 'checks' を Ruby gem として作成できると思います。また、'check' 拡張機能を gem として作成し、それを sensu ruby​​ にインストールすることはできますか?