multiple alerts for the same service

Marc Powell marc at ena.com
Tue Mar 14 16:27:13 CET 2006



> -----Original Message-----
> From: nagios-users-admin at lists.sourceforge.net [mailto:nagios-users-
> admin at lists.sourceforge.net] On Behalf Of Julien Ford
> Sent: Tuesday, March 14, 2006 3:03 AM
> To: nagios-users at lists.sourceforge.net
> Subject: [Nagios-users] multiple alerts for the same service
> 
> Hello,
> 
> I'm monitoring a log file with the check_log plugin.
> 
> The plugin tries to find  patterns in the log file and
> if it finds, sends an alert to the nagios server. In
> nagios this service is volatile,passive and has a
> "max_check_attempts" to 1.
> 
> My trouble is when there are two or more alerts for
> the same service, only the last is show in the web
> interface and only this one can by acknowledge.
> 
> Is it possible to show in the web interface all alerts
> and to acknowledge them independently ? If the last
> alert is acknowledged is it possible that the service
> become OK only if there isn't any previous
> unacknowledged alert ?

You would need to have a unique service definition for each and a way to
distinguish them to get close to the above. As far as nagios is
concerned, 1 service definition == 1 service and there is no concept of
multiple 'flavors' of that service outside of the volatility technique
that you are already implementing.

--
Marc


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Nagios-users mailing list
Nagios-users at 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





More information about the Users mailing list