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

Question

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

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

事实证明，他不知道“粘性” - 这必须是特定于 check_mk 的东西。

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

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

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

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

Answer 1

我会用一些粗暴的细节来回答。Jenny D 说到点子上了，但我想更准确地说“没有进一步的警报”。

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

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

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

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

用人的话来说：

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

粘性选项允许您选择其他一些方法。我正在解决这个问题，并将在我工作时密切关注它。在我工作期间，它可能会暂时恶化，直到我完成，然后一切都会好起来的

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