问题标签 [sensu]

我希望设置来自 sensu 的警报限制。例如，在主机 X 发出 5 次有关磁盘容量的警报后，我想停止接收有关同一问题的警报。

是否可以？

谢谢

我想使用 Sensu Core 来监控 python 脚本，但我很困惑如何去做。

根据 Sensu 文档，这需要Sensu Checks。在提供的示例 ruby​​ 脚本中，检查 chef-client 是否正在运行：

如何对特定脚本而不是应用程序实施这种检查？也就是说，我将如何监控特定的python脚本（例如test.py）而不是一般的python？

我的 sensu-client 在启动（全新安装）期间失败，/var/log/sensu/sensu-client.log尽管我添加LOG_LEVEL=debug了/etc/default/sensu. 我在其他 sensu 客户端（复制的 ssl 证书）上使用了类似的 client.json 和 rabbitmq.json 配置文件（在 /etc/sensu/conf.d 中）。

以下是 sensu-client 日志

这是默认配置

即使重新启动我的 RHEL7 也无济于事，请参阅下面的日志

添加更多日志：

我正在通过 Salt 配置 Sensu。下面是我的sensu.sls文件。

正如您在下面看到的，它将电子邮件发送到alert@mydomain.com. 但是我希望它也将这些电子邮件发送到另一个电子邮件地址。我可以在那条线上放 2 个电子邮件地址吗？我如何将它们分开？你能给我看个样品吗？

通过 init.d 脚本启动且无进程时，尝试启动 uchiwa 失败且没有错误。

/var/log/uchiwa.log 中没有输出

输出在/var/log/uchiwa.err：

知道为什么这可能不起作用吗？谢谢。

更新 1：

确实存在权限问题，我通过提供现在已解决的正确权限解决了该问题：

但是，以下错误仍然存​​在：

我已经重新安装了软件包，但它看起来仍然损坏。

当我使用 API 资源创建 Sensu 客户端时POST /clients，它会显示在 Uchiwa Dashboard 中，但我预计默认情况下保持活动检查会在 180 秒后失败，因为没有实际的 Sensu 客户端签入。

如何让保持活动状态检查开始失败？

成功添加keepalive到注册时的订阅无效。

我正在尝试按照这篇文章的说明设置 sensu-server 来监控我的 docker 容器。

Docker 守护进程运行在具有 sensu-server 和 sensu-clients (localhost) 的同一主机上。

文件 check-docker，包含一个调用脚本 load-docker-metrics.sh 的条目

检查-docker.sh

加载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 [管理员]

拥有所有权限：

/sensu .* .* .*

任何想法为什么 sensu-client 无法与 RabbitMQ 通信？我可以尝试其他一些检查吗？我是否在服务器或客户端的配置上传递了一些错误的值？不能在同一主机上拥有服务器和客户端吗？

客户端上的 Dmesg，也给了我这个消息（我不知道它是否可能相关）

[29252.322147] 审核：type=1400 审核（1460734746.650:975）：apparmor="DENIED" operation="ptrace" profile="docker-default" pid=27531 comm="ps" requested_mask="trace" denied_mask="trace"对等=“无限制”

我在一台机器（centos）上安装了 sensu 服务器和 sensu-client 并通过 gem 安装了插件。

当我从命令行运行时一切都很好check_ping.rb，但是当我配置相同的签入/etc/sensu/conf.d/并签入 UI 时，我遇到了这个 ruby​​ 问题；

我安装了 1.9.3 版本的 ruby

并配置EMBEDDED_RUBY=true

当我检查用户界面时，以下是我面临的错误

有人可以帮忙吗？

我在一家公司工作，许多员工都可以访问我们的 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的某种固有调度问题吗？它应该知道如何以足够的间距发送检查，还是应该由间隔参数控制？

谢谢！