Status returning to normal ?

[Carroll, Jim P [Contractor]]

Good point, that another SNMP trap won't be generated when the state returns
to OK.  I've been elbow-deep in a related issue with logfile checking.

Yeah, check out the docs regarding is_volatile (and don't forget to set
max_check_attempts=1).  I think it'll do exactly what you want.  For one
thing, SNMP traps are explicitly mentioned.

jc

> -----Original Message-----
> From: Brian Ipsen [mailto:Brian.Ipsen at andebakken.dk]
> Sent: Thursday, December 12, 2002 10:24 AM
> To: Carroll, Jim P [Contractor]; nagios-users at lists.sourceforge.net
> Subject: RE: [Nagios-users] Status returning to normal ?
> 
> 
> Hi!
> 
>  Example - Something critical has happendend on a host (or 
> router) - which
> initiates a snmp trap. The trap is received by snmptrapd on 
> the nagios host,
> and processed as an external/passive service-check - setting 
> the service to
> warning or critical. If no further traps are received within 
> 2 minutes (and
> the check interval is 2 minutes) - will the status for that 
> service fall
> back top OK - or will it remain in state warning/critical 
> (depending on the
> submitted result) ? I can not depend on the device to send 
> another trap to
> tell me, that things are OK again (that is why I need nagios 
> to make an
> alert - and then the status should go back to OK, because 
> otherwise I'll not
> be notified next time a snmp trap is received). But the right way is
> probbaly to define the service as Volatile.
> 
> Regards,
> 
> /Brian
> 
> > -----Original Message-----
> > From: Carroll, Jim P [Contractor] 
> [mailto:jcarro10 at sprintspectrum.com]
> > Sent: 12. december 2002 17:07
> > To: 'Brian Ipsen'; nagios-users at lists.sourceforge.net
> > Subject: RE: [Nagios-users] Status returning to normal ?
> >
> >
> > I'm not exactly sure I understand what you're asking.
> >
> > On the one hand you're asking for a service check to reset 
> to OK after a
> > period of time (depending on how you define 'period of 
> time, this is the
> > default behaviour).
> >
> > On the other hand it appears you're asking that if the next 
> check returns
> > and OK, to set the status back to OK, but still require 
> that you manually
> > submit an OK.  (This confuses me.)
> >
> > If I may speculate wildly for a moment....  If you're 
> primarily interested
> > in receiving alerts based on the (critical) status of the 
> SNMP traps, you
> > could set max_check_attempts=1.  Also take a look at the is_volatile
> > directive:
> >
> > http://your_nagios_server/nagios/docs/volatileservices.html
> >
> > HTH.
> >
> > jc
> >
> > > -----Original Message-----
> > > From: Brian Ipsen [mailto:Brian.Ipsen at andebakken.dk]
> > > Sent: Thursday, December 12, 2002 9:21 AM
> > > To: nagios-users at lists.sourceforge.net
> > > Subject: [Nagios-users] Status returning to normal ?
> > >
> > >
> > > Hi!
> > >
> > >  Is it somehow possible to put a (passive) service-check back
> > > into normal/OK
> > > state after a given period of time ?? The reason for my
> > > question is that I'd
> > > like an alert in case a special SNMP trap is received (and
> > > processed through
> > > external/passive checking) - but if no trap is received to
> > > put the service
> > > back into OK state, then the warning/error will not 
> disappear unless I
> > > manually submit an OK-result.
> > >
> > > Regards,
> > >
> > > /Brian
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:
> > > With Great Power, Comes Great Responsibility
> > > Learn to use your power at OSDN's High Performance 
> Computing Channel
> > > http://hpc.devchannel.org/
> > > _______________________________________________
> > > Nagios-users mailing list
> > > Nagios-users at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > >
> >
> 


-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/