在确认主机/服务时，什么是check_mk粘滞注释？

我会用一些坚韧的细节来回答。 珍妮D是重点，但我想更准确地说“没有更多的警报”。

通常情况下，Nagios会在每次状态变更时通知您：

1. 所以如果你的服务变成“警告”，你会收到通知。
2. 您现在确认该服务，并且只要该服务处于“警告”状态，就不会得到另一个（即perioditc）通知。
3. 如果它遍历到“CRIT”，你会得到一个通知。
4. 如果它回到“警告”，您会收到通知。
5. 如果它然后去“确定”，你会得到一个恢复通知。
6. 之后，确认已经过期，因为它变成“OK”

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

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

用人的话来说：

不设置粘性选项意味着：我正在处理这个问题，但这将需要一段时间，例如，这只是一个WARN我没有权限映射一个新的磁盘。 如果突然间东西升级，文件系统填充到CRIT，我需要知道从那时起，我们从主动维护转移到紧急修复。

粘性选项允许你select一些其他的方式来做到这一点。 我正在处理这个问题，并会在工作的时候关注这个问题。 在我的工作中，可能会临时恶化，直到我完成，然后就会好起来

仅供参考：如果您使用持续性评论选项，则确认将消失，但您input的文本将保留

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

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

• 如果“sticky”选项设置为一（1），则确认将保持到主机返回到UP状态。 否则当主机改变状态时，确认将被自动删除。

• 如果“persistent”选项设置为1，与确认关联的注释将在Nagios进程重新启动之后存活。 如果不是，下次Nagios重新启动时，注释将被删除。

这里的“粘性”意味着“粘性确认”=在问题解决之前不会有其他警报。 换句话说，即使相同的故障不断产生警报，你已经承认它的事实将坚持故障。 （当然，这一直持续到目前的问题已经解决，并且问题停止产生警报 – 下一次失败时，它将再次产生警报。）