gpt4 book ai didi

sensu - 感知客户端错误 "previous check command execution in progress"

转载 作者:行者123 更新时间:2023-12-04 15:54:27 26 4
gpt4 key购买 nike

我正在使用最新的 sensu 核心版本 0.26.1,在一台 CentOS 机器上设置 sensu 服务器,在另一台机器上设置一个 sensu 客户端。

一个sensu客户端大约有500张支票,我一直看到"previous check command execution in progress"在 sensu-client.log 中,但每次检查实际上完成得非常快(大多数小于 0.1 秒,间隔为 60 秒)
,我可以通过在 sensu 下运行它来确认这一点用户 sudo su sensu -c "{run my check}" .

然而,实际情况是,在uchiwa仪表板中,显示我的许多检查都运行了超过 1 分钟 ,似乎 sensu 客户端严重卡住/缓慢,我尝试了以下方法:

  • 删除几个长时间运行的检查并重新启动 sensu 服务器/客户端
  • 添加 timeout定义我的检查,将超时限制为 10,然后导致许多检查 “执行超时” .
  • 我尝试只运行 1、10、50 次检查,似乎一切正常,但是,一旦检查次数达到一定数量(可能是 200-300),问题就出现了。

  • 以上都没有工作,有没有办法调试哪些检查实际上是阻塞的?或者我可以将 sensu 配置为在超过 timeout 时简单地终止检查定义?这样我就不会在日志“previous check command execution in progress”中看到这条消息

    我被这个阻止了,需要帮助:)

    最佳答案

    要调试它,您显然可以检查 sensu-client.log。
    您可以在 sensu 的默认文件中设置日志级别

    除此之外:ps aux | grep sensu将向您显示每张支票都将显示为一个单独的进程,您可以轻松手动确认是否以及哪些支票可能挂起。
    这里的常见问题是检查中有缺陷导致它们挂起,而不是 sensu-client 本身挂起。

    我自己通过一些检查经历了这一点。

    要更深入地了解您的问题,至少需要一些日志输出和 ps 命令 [当问题发生时]。

    关于sensu - 感知客户端错误 "previous check command execution in progress",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39233917/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com