nsclient++ and checkservicestate return limits

Terry td3201 at gmail.com
Thu Aug 27 15:40:44 CEST 2009


On Wed, Aug 26, 2009 at 5:57 PM, Marc Powell<marc at ena.com> wrote:
>
> On Aug 26, 2009, at 4:47 PM, Terry wrote:
>
>> It appears my output is getting cut about 1/2 way through the
>> service list:
>>
>> [root at omajelut01 objects]# /usr/lib64/nagios/plugins/check_nrpe -H
>> omajelut02 -t 50 -c checkServiceState -a CheckAll ShowAll
>
> [1024 characters of output snipped]
>
>> What could be limiting this?
>
> There's a 1024 character limit for exit text in the NRPE protocol.
> This used to be the limit for nagios itself until nagios-3. http://opsview-blog.opsera.com/dotorg/2008/08/enhancing-nrpe.html
>  might be an interesting read.
>
>> I am concerned that some services are not be evaluated.
>
> They're being evaluated, just not passed in the 'for humans only' text
> part.
>
>> I also want to use this as a manual inventory
>> check but can't if I am missing 1/2 of the services.
>
> NRPE/nsclient++ may not be the tool for the job. I am not aware of any
> windows clients that extend the NRPE protocol beyond that 1024
> character limit or implement the opsview extension.
>
> --
> Marc
>
> ------------------------------------------------------------------------------

Ok, that makes me feel better.  I don't feel like patching nrpe to
make this work.  I'll just have someone audit them manually.  :)

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
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