I wanted to attach a comment to a system that is being monitored with Nagios. I prefer using check_mk as GUI. Now I stumbled across this: I can set a comment as sticky and/or persistent.
So I asked our Nagios-admin what the difference between sticky and persistent would be.
It turned out, that he did not know about "sticky" – this has to be something check_mk-specific.
After a Google and a review of check_mk documents I could not find anything about that topic.
So: What is the difference between sticky and persistent for Nagios-service-comments?
Update: Here is a screenshot – check_mk quicksearch for a specific server, then select the hamer-symbol. Then this will show up:
The question is about the Acknowledge-Box: sticky vs. persistent
Best Answer
I'll answer with some gritty details. Jenny D is to the point but I'd like to be more precise about "no further alarms".
Normally, Nagios will notifiy you on each status change:
In the sticky scenario, the will be no notifications about traversals between problem states:
In human terms:
Not setting the sticky option means: I'm working on the issue, but this will take a while, for example, while it's just a WARN I'm not authorized to map a new disk. If suddenly stuff escalates and the filesystem fills to CRIT, I need to know since then we move from proactive maintenance to an emergency fix.
The sticky option allows you to chose some other way of doing it. I'm working on the issue and will keep an eye on it while I work. During my work, it can worsen temporarly until I'm DONE and then it'll be fine
FYI: If you use the persistent comment option, the acknowledgement will be gone, but the text you entered will remain