Re: [Nagios-users] Acknowledge: manual removal only ?
Thanks a lot for your help! My question was: Is there a possibility to prevent the automatic removal of the acknowledge if the host or service recovers? And here is a short summery of the discussion and my comments: Marcus: The Persistent Comment flag prevents the comment from automatically disappear. True - but on the Host Detail or Service Detail list you can not differentiate between comments from ack and from users on the first gaze. Fridh: ACK + disable active checks until you're done. I wouldn't like to stop active checks. Thomas: disabling notifications, so I can still see state changes going on. Another method is using scheduled downtimes; that way you can't forget to re-enable the service. Disabling notifications is what we will do if there is no better solution. A disabled host/service notification would then mean to us that somebody is working on it. But the icon for disabled notification on the Service Detail or Host Detail list is much less intuitive than the nice ack icon :-( Fridh: A problem could be it would then count as just that in the statistics - scheduled downtime, which it is not. Yes - I agree on this. Not only for the statistics, for the operation too, it has a different meaning. I accept there are different ways to ack a problem - depending on the specific operational models of different organisation. I would be glad to see a config parameter to prevent automatic removal of an acknowledge. To whom can I send a request to add this feature in a future release? Best regards, Ernst - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Acknowledge: manual removal only ?
On Wed, Aug 20, 2008 at 9:46 AM, Marcus [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ernst Heiri schrieb: Question: Is there a possibility to prevent the automatic removal of the acknowledge if the host or service recovers? Isn't there a Persistent Comment box to flag which should prevent the ack from automatically disapearing? Cite: If you would like the service comment to remain once the acknowledgement is removed, check the 'Persistent Comment' checkbox. So if the box recovers and fails again, then another admin sees: Ah, first admin is already at it, there is a comment from 30 minutes ago... How about integrating a trouble-ticket, so no catastrophes are missed anymore? I'm thinking if you're the one deciding when the service is OK or not, and not Nagios: ACK + disable active checks until you're done. That way there would be no flapping of the service, it will be considered and logged as DOWN until you decide it's working. -- Fridh - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Acknowledge: manual removal only ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/08/08 04:47 AM, Mikael Fridh wrote: On Wed, Aug 20, 2008 at 9:46 AM, Marcus [EMAIL PROTECTED] wrote: How about integrating a trouble-ticket, so no catastrophes are missed anymore? I'm thinking if you're the one deciding when the service is OK or not, and not Nagios: ACK + disable active checks until you're done. That way there would be no flapping of the service, it will be considered and logged as DOWN until you decide it's working. Personally I prefer disabling notifications, so I can still see state changes going on. I don't have flapping detection enabled neither. Another method is using scheduled downtimes; that way you can't forget to re-enable the service. - -- Thomas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrAZv6dZ+Kt5BchYRAvrhAKD5f1b2RgwGz7sVPrZ4OJMw0pNopACgxn8U LZ05CqpJolMzbKI56C8csbE= =898A -END PGP SIGNATURE- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Acknowledge: manual removal only ?
On Wed, Aug 20, 2008 at 1:56 PM, Thomas Guyot-Sionnest [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/08/08 04:47 AM, Mikael Fridh wrote: On Wed, Aug 20, 2008 at 9:46 AM, Marcus [EMAIL PROTECTED] wrote: How about integrating a trouble-ticket, so no catastrophes are missed anymore? I'm thinking if you're the one deciding when the service is OK or not, and not Nagios: ACK + disable active checks until you're done. That way there would be no flapping of the service, it will be considered and logged as DOWN until you decide it's working. Personally I prefer disabling notifications, so I can still see state changes going on. I don't have flapping detection enabled neither. Yes, it's up to personal or site preference. Another method is using scheduled downtimes; that way you can't forget to re-enable the service. A problem could be it would then count as just that in the statistics - scheduled downtime, which it is not. -- Fridh - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Acknowledge: manual removal only ?
With the CGI-Interface, a Host or Service problem can be manually acknowledged. This acknowledge is being removed either manually on the CGI or automatically if the host or service recovers. Question: Is there a possibility to prevent the automatic removal of the acknowledge if the host or service recovers? Background: If a host or service is down, the group of admins get a notification. The first who is working on this issue sets the acknowledge, indicating to his colleagues he's on the problem. Before he really can solve the problem the host or services comes up for a short time, resetting the acknowledge and goes down again. If he isn't fast enough now to set the acknowledge once again - a second admin (may be from his home office) would start to debug too. In our context this behavior would make more sense. Any help or comment is appreciated! Best regards, Ernst - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null