Centralizing NRPE Configuration

[Kevin Scott Sumner]

I'd like to emphasize that if you're going to have multiple things to 
manage (even later on), bash/perl/etc scripts are inefficent.  You'll spend 
more time coding in the long run.  Don't get me wrong, the learning curve 
for a configuration engine (CFengine, puppet, et al) is moderately steep, 
but once done, it's  very satisfying.  And it makes adding more things 
to do quite simple.

You could use a script for this, certainly, but you'll be writing functions 
that are just a reinvention of the CFengine/puppet wheel.  This is the 
exact reason CFengine was written -- to replace complex/monolithic scripts.

Cheers,
Kevin
-----
Kevin Sumner
ksumner at physics.unc.edu
(919) 962-6494
Assistant Systems Administrator
Physics and Astronomy Networking Infrastructure and Computing
University of North Carolina at Chapel Hill


On Wed, 28 Nov 2007, Cipriani, Robert C wrote:

> True, the nrpe config will be generic, and will only have to push nrpe.cfg when I add new commands. I just wanted to know what tools were out there, in case things get more complicated in the future. I have a monitored box configured the way I want it, I will probably just tar /usr/local/nagios, /usr/lib/nrpe, etc. and make a package to install on other servers that appends a line to /etc/services and copies the nrpe file into /etc/xinetd.d.
>
>
>
> Robert C. Cipriani
> Senior Network Administrator
> Tampa Bay Division IT
> Bright House Networks
> W: (727) 329-2000 x74264
> M: (727) 365-1231
>
>
>
>
>
> -----Original Message-----
> From: Hari Sekhon [mailto:hpsekhon at googlemail.com]
> Sent: Wednesday, November 28, 2007 8:48 AM
> To: Cipriani, Robert C
> Cc: 'nagios-users at lists.sourceforge.net'
> Subject: Re: [Nagios-users] Centralizing NRPE Configuration
>
> Cipriani, Robert C wrote:
>> I'll probably need something a bit more sophisticated than a bash script. I like the idea of being able to say "add line x to file y if line x doesn't yet exist".
>>
> You can do that in Bash, in fact I do it for deployment to make sure
> nrpe is in /etc/services.
>
> Why not just have one global nrpe config that you have on all hosts though?
>
> This is way easier to manage and maintain. You just make up different
> check command names for very specific things.
> This also simplifies things incredibly and means you could never lose
> your config, unless all your nrpe holding servers burned down along with
> your svn server and all your backups.
>
>
> -h
>
> --
> Hari Sekhon
>
> CONFIDENTIALITY NOTICE: This e-mail may contain information that is privileged, confidential or otherwise protected from disclosure. If you are not the intended recipient of this e-mail, please notify the sender immediately by return e-mail, purge it and do not disseminate or copy it.
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> 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
>
>
> -- 
>
>

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
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