Hi Thomas,

Thanks for the quick response. Your solution has helped me. Timeout was the
real issue.
After increasing the negate plugin's timeout, it is working properly.

Thanks & Regards,
  Satish Kumar P

On Wed, May 21, 2008 at 3:08 PM, Thomas Guyot-Sionnest <[EMAIL PROTECTED]>
wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 21/05/08 05:19 AM, Satish Kumar P wrote:
> > Hi,
> >
> > I have been trying to test and implement the negate wrapper in our
> > Nagios environment. It has worked successfully with all (except one) of
> > the plugins. 'negate' is not working as expected when I try to use with
> > check_http (with -u <URL> argument especially). When I actually run the
> > negate wrapper with check_http plugin against a web server (enabled with
> > SSL), it doesn't negate the state returned (only when the web server is
> > down).
> >
> > When the web server is down (connect to socket times out) and check_http
> > plugin actually returns STATE_CRITICAL with time out error. But when
> > negate wrapper is used, surprisingly it doesn't negate the output, but
> > instead returns STATE_CRITICAL. I have included the commands and the
> > output of the commands as below:
>
> Negate has a timeout option. Make sure it's higher that the plugin's
> timeout to catch plugin timeouts.
>
> Thomas
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFIM+1/6dZ+Kt5BchYRAmiJAJ9kOT681r9/VUod/4goIpVKvR1PsgCgxCBZ
> AznjgVhc8C9XiT9fpQ6wmvo=
> =ZDOE
> -----END PGP SIGNATURE-----
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
[email protected]
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

Reply via email to