<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7653.38">
<TITLE>RE: [Nagios-users] Nrpe and windows</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<BR>

<P><FONT SIZE=2>Brady,<BR>
<BR>
You can use NSclient++ also add a few more NSclient++ proxies.<BR>
Write a wrapper script around check_nt to use multiple proxies instead of one.<BR>
<BR>
Regards,<BR>
Naren<BR>
<BR>
-----Original Message-----<BR>
From: Maxwell,Brady [<A HREF="mailto:maxwellb@oclc.org">mailto:maxwellb@oclc.org</A>]<BR>
Sent: Wed 12/10/2008 2:05 AM<BR>
To: nagios-users@lists.sourceforge.net<BR>
Subject: [Nagios-users] Nrpe and windows<BR>
<BR>
I have some questions for the group about nagios, nrpe, nrpe_nt.exe and<BR>
windows.<BR>
Some Background:<BR>
We are currently using check_nrpe to send checks to an nrpe_nt.exe which<BR>
then runs checks on about 350 windows servers and returns the output to<BR>
nagios one service at a time, a total of about 1500 checks run this way.<BR>
The servers are all one-offs and are not part of a ad auth domain.<BR>
<BR>
We have have issues like "[No output available from command...]: 128" on<BR>
our "nrpe proxy". Rebooting the proxy server seems to fix this issue.<BR>
According to what I have found via google there is some speculation that<BR>
nrpe_nt.exe is not letting go of tcp ports it uses. I do not buy it.<BR>
<BR>
Since nrpe_nt.exe is not a current project anymore I was thinking maybe<BR>
its time to find a new solution to check these servers.<BR>
<BR>
Is anyone using a similar configuration? Does anyone know of a more<BR>
current project that can facilitate the same monitoring architecture?<BR>
<BR>
<BR>
Thanks<BR>
Brady<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>