我已经使用 Puppet 配置了 Sensu 和 Uchiwa。我有客户端报告,并在检查失败时引发事件。
我在服务器的/etc/sensu/conf.d/checks/
文件夹中进行了由 Puppet 创建的检查,例如 ping 检查等。示例:
{
"checks": {
"check-ping-controller.local.net": {
"subscribers": [ "sensu" ],
"standalone": false,
"interval": 60,
"handlers": [ "default" ],
"command": "/usr/lib64/nagios/plugins/check_ping -H 192.168.66.125 -w 100.0,60% -c 200.0,90% "
}
}
}
如果我查看 Uchiwa 的“客户端”页面中的服务器(因为它还运行 sensu-client 来监控自身),我会看到那里列出的检查。但是,我的实际“检查”页面中没有显示任何内容 - 如果能看到数据中心正在运行的内容就好了!
有谁熟悉这个并且知道我可能遇到什么问题吗?我在 Centos 6.5 上运行 Uchiwa 0.4 和 Sensu 0.16。
更新:在过去的 20 分钟里,我在 redis 中执行了“flushall”,并对节点(取消配置的节点)进行了一些更改,这导致 Sensu 服务刷新。这似乎已经解决了问题,检查也出现了!我猜是 redis 的“flushall”命令,但我不熟悉 Redis,不知道为什么这会有所帮助……
SF 有什么想法吗?
答案1
对我来说,解决方案是重新启动 sensu-api 服务。
完成上述操作后,发布-订阅检查就会出现在 Uchiwa 仪表板的检查屏幕上。我在 CentOS 7.2 上使用 Sensu 0.21、Uchiwa 0.14.1。我管理员不知道为什么需要重启 sensu-api 服务。
我尝试分别重新启动 sensu-server 服务并刷新 redis db,但这对我的 uchiwa 仪表板都没有影响。