[Nagios-users] RES: Passive service notification after X minutes

2007-11-26 Thread Dario B. Bestetti

James, I would try to use na event correlation mechanism to pre-process the 
traps before sending it to Nagios. Try SEC
(http://kodu.neti.ee/~risto/sec/). It´s an elegant solution for this sort of 
problem.

[]s
_
Dario B. BestettiOpServices
  R. Luciana de Abreu, 471 - Sala 403
  Porto Alegre, RS - CEP 90570-060
Fone 55(51)30613588 Mobile  55(51)81518218 
Fax 55(51)30613588  Email    [EMAIL PROTECTED] 
 
   In God we trust, the rest we monitor ...
_



 -Mensagem original-
 De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em
 nome de Mohr James
 Enviada em: segunda-feira, 26 de novembro de 2007 14:03
 Para: Nagios-users@lists.sourceforge.net
 Assunto: [Nagios-users] Passive service notification after X minutes
 
 
 
 Hi All!
 
 We have an application that sends SNMP traps to a trap server. Which
 then uses send_nsca to send status changes. The application may notice a
 problem and send a trap, thus changing the status of the Nagios service,
 but the problem is self-correcting and the application may be Ok within
 just a few seconds. However, the Nagios service has become critical and
 thus send a notification. Not a happy thing at 2AM when you are sound
 asleep.
 
 Looking through the service definition I do not see anything that
 applies. If it were an active service, I could use max_check_attempts.
 However, in this cases, we only get the traps on every status change, so
 if the service is down, the trap is set and thus the notification is
 sent. Within the trap receiver, there is no way to wait a specific
 period of time before sending the messages, only wait for X traps in Y
 minutes.
 
 I am at a loss as to how to get Nagios to wait for a specific length of
 time before starting the notification other than creating some major
 kludge like tweaking the notification mechanism somehow. Any help is
 appreaciated.
 
 Regards,
 
 Jim Mohr
 
 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 ___
 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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] RES: Passive service notification after X minutes

2007-11-26 Thread Mohr James
Hi Dario!

Looks very interesting. I will take a look at it. Thanks!

Regards,

jimmo

 -Ursprüngliche Nachricht-
 Von: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] Im 
 Auftrag von Dario B. Bestetti
 Gesendet: Montag, 26. November 2007 17:41
 An: nagios-users@lists.sourceforge.net
 Betreff: [Nagios-users] RES: Passive service notification 
 after X minutes
 
 
 James, I would try to use na event correlation mechanism to 
 pre-process the traps before sending it to Nagios. Try SEC 
 (http://kodu.neti.ee/~risto/sec/). It´s an elegant solution 
 for this sort of problem.
 
 []s
 _
 Dario B. BestettiOpServices
   R. Luciana de Abreu, 471 - Sala 403
   Porto Alegre, RS - CEP 
 90570-060 Fone 55(51)30613588 Mobile  55(51)81518218 Fax 
 55(51)30613588  Email    [EMAIL PROTECTED] 
  
    In God we trust, the rest we monitor ...
 _
 
 
 
  -Mensagem original-
  De: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] Em nome de Mohr 
  James Enviada em: segunda-feira, 26 de novembro de 2007 14:03
  Para: Nagios-users@lists.sourceforge.net
  Assunto: [Nagios-users] Passive service notification after X minutes
  
  
  
  Hi All!
  
  We have an application that sends SNMP traps to a trap 
 server. Which 
  then uses send_nsca to send status changes. The application 
 may notice 
  a problem and send a trap, thus changing the status of the Nagios 
  service, but the problem is self-correcting and the 
 application may be 
  Ok within just a few seconds. However, the Nagios service 
 has become 
  critical and thus send a notification. Not a happy thing at 
 2AM when 
  you are sound asleep.
  
  Looking through the service definition I do not see anything that 
  applies. If it were an active service, I could use 
 max_check_attempts.
  However, in this cases, we only get the traps on every 
 status change, 
  so if the service is down, the trap is set and thus the 
 notification 
  is sent. Within the trap receiver, there is no way to wait 
 a specific 
  period of time before sending the messages, only wait for X 
 traps in Y 
  minutes.
  
  I am at a loss as to how to get Nagios to wait for a 
 specific length 
  of time before starting the notification other than creating some 
  major kludge like tweaking the notification mechanism somehow. Any 
  help is appreaciated.
  
  Regards,
  
  Jim Mohr
  
  
 --
  --- This SF.net email is sponsored by: Microsoft Defy all 
 challenges. 
  Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  ___
  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: Microsoft Defy all 
 challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 ___
 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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