主页 / server / 问题 / 519900
Accepted
Nils
Asked: 2013-07-02 04:55:48 +0800 CST

确认主机/服务时的 check_mk 粘滞评论是什么？

  • 772

我想在使用 Nagios 监控的系统上附加评论。我更喜欢使用 check_mk 作为 GUI。现在我偶然发现了这一点：我可以将评论设置为粘性和/或持久性。

所以我问我们的 Nagios 管理员，粘性和持久性之间的区别是什么。

事实证明，他不知道“粘性”——这必须是 check_mk 特有的。

在谷歌和 check_mk 文档的审查之后，我找不到关于该主题的任何内容。

那么：Nagios-service-comments 的粘性和持久性有什么区别？

更新：这是一个屏幕截图 - check_mk 快速搜索特定服务器，然后选择 hamer-symbol。然后这将显示：

截屏

问题是关于确认框：粘性与持久性

monitoring

3 个回答

  1. Best Answer

    我会用一些坚韧不拔的细节来回答。Jenny D 是中肯的，但我想更准确地说“没有进一步的警报”。

    通常，Nagios 会在每次状态更改时通知您：

    1. 因此，如果您的服务变为“WARN”，您会收到通知。
    2. 您现在确认服务，并且只要服务保持在“WARN”状态，就不会收到另一个（即 perioditc）通知。
    3. 如果它遍历到“CRIT”，您会收到通知。
    4. 如果它返回“WARN”，您会收到通知。
    5. 如果它然后转到“确定”，您会收到恢复通知。
    6. 之后，确认已过期，因为它变为“OK”

    在粘性场景中，不会有关于问题状态之间遍历的通知：

    1. 因此，如果您的服务变为“WARN”，您会收到通知。
    2. 您现在使用粘性选项集确认服务。
    3. 如果它遍历到“CRIT”，您将不会收到任何通知。
    4. 如果它返回到“WARN”，您将不会收到任何通知。
    5. 如果它然后转到“确定”，您会收到恢复通知。
    6. 之后，粘性设置被删除，因为它是确认的属性 - 因为它变为“OK”而过期

    用人的话说：

    不设置粘性选项意味着：我正在解决这个问题，但这需要一段时间，例如，虽然这只是一个警告，但我无权映射新磁盘。如果突然事情升级并且文件系统填充到 CRIT，我需要知道从那时起我们从主动维护转向紧急修复。

    粘性选项允许您选择其他方式来执行此操作。我正在处理这个问题，并会在我工作时密切关注它。在我工作期间，它可能会暂时恶化，直到我完成，然后就会好起来

    仅供参考：如果您使用持久评论选项，确认将消失，但您输入的文本将保留

    • 6

  2. 问题是关于确认框：粘性与持久性

    好的，它们就是我在上面的评论中描述的。看看这个了解更多细节：

    • 如果“粘性”选项设置为一 (1)，则确认将一直保留到主机返回到 UP 状态。否则，当主机更改状态时，确认将自动删除。

    • 如果“持久”选项设置为一 (1)，则与确认关联的注释将在 Nagios 进程重新启动后继续存在。如果没有，下次 Nagios 重新启动时将删除该评论。

    • 4

  3. 此处的“粘性”表示“粘性确认”= 在此问题解决之前不会再有警报。换句话说，即使相同的故障不断产生警报，您已经承认它的事实也会坚持故障。（当然，这会持续到当前问题得到解决并且问题停止生成警报 - 下次它失败时，它将再次生成警报。）

    • 2

相关问题