[Nagiosplug-devel] NRPE larger buffers

[Michael Medin]

Hello,

It should already be in NSClient++don't really use it myself so let me 
know if it doesn't work...

// Michael Medin

2011-04-01 14:38 Ton Voon skrev:
>
> On 29 Mar 2011, at 17:08, Daniel Wittenberg wrote:
>
>> I’ve seen this problem posted from many sources over the years, but 
>> alas, there is no way to dynamically adjust the NRPE buffers in the 
>> main code.
>> I updated nrpe-2.12/include/common.h:
>> #define MAX_INPUT_BUFFER        20480
>> #define MAX_PACKETBUFFER_LENGTH 20480
>> I can then use check_nrpe to talk to our nslclient (with 
>> string_length=20480) and everything appears to work fine.  However, 
>> when talking to nrpe, even localhost, I still get some CRC failure 
>> messages.  For the heck of it I disabled that fatal return code, and 
>> sometimes it works, sometimes it doesn’t.  Any clue why crc would 
>> sometimes fail and sometimes not ?  I looked at the code but didn’t 
>> see anything obvious.  There was a nice patch from op5 for nrpe:
>> _http://labs.opsview.com/2008/08/enhancing-nrpe-for-large-output/_
>
> *Ahem*. Opsview, not op5 :)
>
>> But there’s no patch for nsclient to do this and since I have 
>> multi-platforms to support that doesn’t work so well for me.  Any 
>> other clues how to get this to work stable with larger buffer sizes?
>
> You would have to patch nsclient++ to include this. Michael Medin is 
> the developer and I'm sure he'd welcome a working example.
>
> Ton
>
>
> ------------------------------------------------------------------------------
> Create and publish websites with WebMatrix
> Use the most popular FREE web apps or write code yourself;
> WebMatrix provides all the features you need to develop and
> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
>
>
> _______________________________________________________
> Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net
> Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel
> ::: Please include plugins version (-v) and OS when reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-plugins.org/archive/devel/attachments/20110404/4aa3275b/attachment.html>