Retrun code of 99 is out of bounds
Carroll, Jim P [Contractor]
jcarro10 at sprintspectrum.com
Thu Oct 3 18:17:43 CEST 2002
Andrew, I'm puzzling over your approach. It could well be that your
requirements have dictated this approach, but I thought I'd voice my
thoughts, just in case.
It appears that you're trying to do this status check:
Nagios_host -> hostA -> httpd_on_hostB
If you have a firewall which is causing you to use this approach, I'd
understand. But even using Fredrik Wänglund's approach, I still have to
wonder what value $HOSTADDRESS$ will have. If it ends up having the value
of the IP address of the host which is executing it (ie, hostA), that's one
approach. If your intent was to have it poke at hostB, I'm not sure where
it will acquire that IP address value.
If all you're trying to do is check the status of the webserver on hostA,
and there are no firewalls to contend with, I would suggest that you not
bother with NRPE (for this check). You're making it unnecessarily
complicated.
Instead, do something like this (from my configs, so I apologize for the
terseness). From services.cfg:
define service{
name http
use icmp
service_description HTTP
notification_options w,u,c,r
check_command check_http!80
register 0
}
Also from services.cfg:
define service{
host_name host1
use http
contact_groups linux-admins
}
And from checkcommands.cfg:
define command{
command_name check_http
command_line $USER1$/check_http -H $HOSTADDRESS$ -p $ARG1$
}
With this approach, my Nagios host will attempt a direct connection to port
80 on host1. (It does more than that; do a "check_http --help" for
details.)
Hope this helps.
jc
-----Original Message-----
From: Kaplan, Andrew H. [mailto:AHKAPLAN at PARTNERS.ORG]
Sent: Thursday, October 03, 2002 8:35 AM
To: 'Kenneth.ray'
Cc: 'nagios-users at lists.sourceforge.net'
Subject: RE: [Nagios-users] Re: Retrun code of 99 is out of bounds
Hi Ken,
I did a check of the command and the feedback I got indicated the check_http
command was not defined. I went to the remote host's nrpe.cfg file and I
checked the syntax
of the check_http command. Here's what it reads:
command[check_http]=/usr/local/nagios/libexec/$USER1$/check_http -H
$HOSTADDRESS$
Should the above line have the $USER1$ setting changed to the actual user
running the daemon, and similarly should $HOSTADDRESS$ be the actual address
of the remote host?
-----Original Message-----
From: Kenneth.ray [mailto:kenneth.ray at travelersla.com]
Sent: Thursday, October 03, 2002 8:33 AM
To: nagios-users at lists.sourceforge.net
Subject: [Nagios-users] Re: Retrun code of 99 is out of bounds
This quite simply means that when the program excuted
an error occured which Nagios could not interpret,
hence its "out of bounds" message.
Nagios is looking for return codes of 0,1,2,(3)
(not sure of the three but there is a third return code associated with
unknown errors)
So when it receives a return code other than the 4 above
it displays an error of "return code ## is out of bounds."and
goes into an "other than ok" state.
this is a good indication something is happening behind the
scenes. The best way to determine the actual error is to execute the
plugin with the same switches as in your service check with the
same user that you excute the Nagios daemon with.
This should spit out additional information that was not
displayed when the service check ran inside of Nagios.
Again the above error is the programs way of interpreting
errors that fall outside of the realm it is accustomed to seeing.
I hope this helps..
Kenneth Ray
nagios-users-request at lists.sourceforge.net wrote:
Message: 1
From: "Kaplan, Andrew H." <AHKAPLAN at PARTNERS.ORG>
To: nagios-users at lists.sourceforge.net
Date: Wed, 2 Oct 2002 14:30:35 -0400
Subject: [Nagios-users] Return code of 99 is out of bounds
What is the cause for a RETURN CODE OF 99 IS OUT OF BOUNDS ERROR? It is
showing
up while checking the http daemon on the remote host.
--__--__--
--
this message and any attachments are confidential to the ordinary user of
the e-mail address to which it was addressed and may also be privilaged.
If you receive this message in error please immediately delete it and all
copies of it from your system, destroy any hard copies of it and notify
the sender. You must not, directly or indirectly, use, disclose,distribute,
print or copy any part of this message if you are not the intended
resipient. Internet communications cannot be guaranteed to be secure
or error-free as information could be intercepted, corrupted, lost,
arrive late or contain viruses or unauthorized amendments. The sender,
therfore, does not accept liability for any errors or ommission in the
content of this message or any damage or other consequences arising as
a result of Internet Transmition. Opinions, conclusions and/or
other information in this transmitted messxage that do not relate
to official business of CITIGROUP shall be understood as neither given
nor endorsed by CitiGroup.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20021003/e59dda3f/attachment.html>
More information about the Users
mailing list