Dario B. Bestetti wrote: >> -----Mensagem original----- >> De: Hari Sekhon [mailto:[EMAIL PROTECTED] >> Enviada em: quarta-feira, 5 de dezembro de 2007 11:50 >> Para: [EMAIL PROTECTED] >> Cc: [email protected] >> Assunto: Re: [Nagios-users] NRPE question >> >> >> >> Dario B. Bestetti wrote: >> >>> It®s anybody interested or already working in a way to keep a centralized >>> repository of remote >>> >> plugins and configuration for NRPE ? >> >>> What we are looking for is to add/develop some new option in NRPE to "pull" >>> the remote >>> >> plugins/configuration installed in the NRPE >> >>> agent®s nodes and keep them in the Nagios monitor node for backup purposes. >>> >>> Does it sounds stupid >>> >> Not at all. Bash + Rsync. One Nrpe config for all agents. One set of >> plugins that gets put on all agents. This is what I do. Simplifies >> things nicely and keeps nrpe affairs well maintained. >> >> -h >> >> -- >> Hari Sekhon >> > > Hari, what we would like to have is a function inside NRPE agents to do it. > Using Bash+Rsync is ok, but the remote node must have > rsync and ssh (for security) installed, itŽs another piece of software to > maintain operational. Having something "inside" NRPE would > allow to do it without depending on any other sw package. > > []s > Dario > 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 ------------------------------------------------------------------------- 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 [email protected] 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
