change management or source control for Nagios configs?
Rob Groome
groome at ict.usc.edu
Wed Apr 16 01:04:17 CEST 2008
On Apr 15, 2008, at 6:44 AM, Tom Throckmorton wrote:
> On Apr 10 23:05, Max wrote:
>> Hi,
>>
>> SVN or CVS work very well for this; I personally use SVN. Version
>> control admin directories will not interfere with Nagios parsing
>> configs from directories as it looks for files that end in .cfg (as
>> you pointed out in your post).
>>
>> Terrific way to keep a hot backup of your configs off site and to
>> allow multiple configuration editors to work on files concurrently;
>> you could even tie in a nice project management web interface like
>> Trac for SVN and have a central place for people to easily see what
>> changed when via the web as well as managing requests for changes to
>> Nagios (new service / host monitoring requests etc) using the trouble
>> ticketing features of a system like Trac ... and then their
>> monitoring
>> requests can be tied back to change sets by using the Milestone
>> features of Trac.
I also use SVN + Trac. I wrote an script to sync my config files - on
multiple hosts and not just for nagios - up to the svn server via
cron. It works really well and most of the time I don't need the
files to be uploaded immediately after I make changes, so I do it once
a day and always have the rev history.
Works really well and I use it also for /etc dirs and other config
directories as well.
Rob
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
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
More information about the Users
mailing list