RES: RES: NRPE question

[Aaron M. Segura]

I use cfengine for this very purpose.  Just drop a new plugin into a
directory and it's automatically sync'd out to all the monitored
servers.

Although I have to admit it would be *nice* for nrpe to do it's own
pulls.  Would have saved me some cfengine headaches a while back :)

On Wed, 2007-12-05 at 11:36 -0500, Kevin Scott Sumner wrote:
> Once you get into using cron for pulls and scripts to automate 
> configuration, it's probably time you start thinking about cfengine or 
> something like it.  I hate to sound like a broken record, but cfengine et 
> al have already built the wheel you're trying to reinvent with 
> cron/scripts.
> 
> Also, I think you can make machines do updates from one central source if 
> you setup the correct daemons, along with having them start regular runs 
> from cron.  With this setup, you get the benefit of routine pulls along 
> with initiated pulls (essentially a push) whenever you need it.  Check on 
> cfexecd, if your interested.
> 
> 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, 5 Dec 2007, Hari Sekhon wrote:
> 
> > Dario B. Bestetti wrote:
> >>> I can see what you are saying, but do you have any *nix servers running
> >>> nrpe that do not have ssh and rsync?
> >>>
> >>> I certainly don't. It's pretty much standard on every linux system for
> >>> example, even the tight and minimalist gentoo...
> >>>
> >>> -h
> >>>
> >>> --
> >>> Hari Sekhon
> >>>
> >>
> >> Yes, not us, but our customers and we want to be less "invasive" as possible...
> >>
> >> []s
> >> Dario
> >
> > What about a cronned pull from a central location then? This is the
> > "pull" rather than the "push" but it's less instant.
> >
> > I think by the time you start doing that though, perhaps cfengine might
> > be better, I've heard good things about it, just not got round to using
> > it yet.
> >
> > -h
> >
> > -- 
> > Hari Sekhon
> >
> >
> > -------------------------------------------------------------------------
> > 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

-------------------------------------------------------------------------
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