We configure check logfiles as a volatile service and choose not to use the sticky option. Some logs we configure check-logfiles to send a message via nsca for each pattern match, ensuring we don't miss any notifications. We also configure check-logfiles services not to send out recovery messages, and only schedule downtime or disable notifications during maintenance.
On 11/10/08, Jim Winkle <[EMAIL PROTECTED]> wrote: > We're deploying Nagios (currently using 3.0.2) for our Unix servers, and I > have > a question about acknowledgement. > > We're using the check_logfiles plugin to monitor syslogs (e.g. > /var/adm/messages on Solaris). check_logfiles returns CRITICAL when it > detects > a problem, but then normally clears itself (returns OK) the next time it > runs. > Nagios notifies us only once under this scenerio, and since it's possible > that > pagers might miss just one page (paging services aren't 100% reliable), we'd > rather get notified until we explicitly acknowledge the problem. > > The check_logfiles plugin does have the capability to continue to report the > error (using its "sticky" option). This is good since then we're notified > longer, but if we then use the Nagios "Acknowledge" link to acknowledge the > problem, new problems (e.g. new errors in /var/adm/messages) reported by the > check_logfiles plugin get ignored. > > My question: Is there a way with Nagios to acknowledge a problem reported by > a > plugin like check_logfiles without ignoring future problems? Or would this > be > new functionality needed in Nagios? I realize we can syslog an "okpattern" > string and check_logfiles will then clear, but I'm looking for something > using > the Nagios web (and external command_file) interfaces. Using the Nagios > "Acknowledge" link would be ideal, since that's what folks are going to be > using for other problems. > > Nagios and the check_logfiles plugin are great tools... perhaps I'm simply > missing something. > > Thanks in advance! > > -- Jim > > ------------------------------------------------------------------------- > 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=100&url=/ > _______________________________________________ > 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 > ------------------------------------------------------------------------- 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=100&url=/ _______________________________________________ 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
