我已经使用Puppetconfiguration了Sensu和Uchiwa。 我有客户报告，并检查失败时提高事件。
我检查了我的服务器的/etc/sensu/conf.d/checks/文件夹，由Puppet创build，用于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客户端来监视自己），我看到在那里列出的检查。 然而，在我的实际“检查”页面中什么也没有显示出来 – 很高兴看到数据中心正在运行的是什么！
有谁熟悉这一点，知道我可能会遇到什么问题？ 我在Centos 6.5上运行Uchiwa 0.4和Sensu 0.16。
更新：在过去的20分钟里，我在redis中做了一个“flushall”，并对节点进行了一些更改（取消了一个），导致了Sensu服务的更新。 这似乎已经解决了问题，并且检查出现！ 我猜这是redis的'flushall'命令，但是我对Redis不熟悉，不知道为什么会有帮助…
任何想法SF？
对我来说，解决scheme是重新启动sensu-api服务。
一旦我这样做了发布 – 订阅检查出现在我的Uchiwa仪表板在检查屏幕上。 我在CentOS 7.2上使用了Sensu 0.21，Uchiwa 0.14.1。 我pipe理员我不知道为什么sensu-api服务重新启动是必要的。
我试着单独重新启动sensu-server服务，并刷新redis数据库，这两者对我来说都没有影响uchiwa仪表板。