確認主機/服務時的 check_mk 粘滯評論是什麼？

我想在使用 Nagios 監控的系統上附加評論。我更喜歡使用 check_mk 作為 GUI。現在我偶然發現了這一點：我可以將評論設置為粘性和/或持久性。

所以我問我們的 Nagios 管理員，粘性和持久性之間的區別是什麼。

事實證明，他不知道“粘性”——這必須是 check_mk 特有的。

在Google和 check_mk 文件的審查之後，我找不到關於該主題的任何內容。

那麼：Nagios-service-comments 的粘性和持久性有什麼區別？

更新：這是一個螢幕截圖 - check_mk 快速搜尋特定伺服器，然後選擇 hamer-symbol。然後這將顯示：

問題是關於確認框：粘性與持久性

我會用一些堅韌不拔的細節來回答。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，我需要知道從那時起我們從主動維護轉向緊急修復。

粘性選項允許您選擇其他方式來執行此操作。我正在處理這個問題，並會在我工作時密切關注它。在我工作期間，它可能會暫時惡化，直到我完成，然後就會好起來

僅供參考：如果您使用持久評論選項，確認將消失，但您輸入的文本將保留

引用自：https://serverfault.com/questions/519900