[op5-users] merlin setup

Russell Jennings russ at geekwhiz.com
Fri Oct 30 00:01:36 CET 2009


Dude! You're right. totally something for the wiki. once I have a few  
more things nailed down, i'll write something up for the wiki for  
others to pull (something) from.

Thanks,
Russell
On Oct 29, 2009, at 5:58 PM, Martin Svangren wrote:

> Hi Russell,
>
> If you have the time to turn this into a tutorial, I think it would  
> make a great entry for the wiki. I think a step-by-step guide with  
> scripts for syncing (if you would like to share them) would be a  
> great help for new users to get up and running with a distributed  
> Merlin setup. I'd be happy to help out with proof-reading and  
> suggesting corrections/improvements.
>
> Cheers,
> Martin
>
> On Thu, Oct 29, 2009 at 9:22 PM, Russell Jennings  
> <russ at geekwhiz.com> wrote:
> So, I finally got all my merlin logisitics out.
>
> on the noc:
> each poller has it's own directory (though if i had multiple pollers
> per site, they would both share the same). this directory is where
> host/service definitions, templates and etc exist. It is setup in the
> following way:
>
> n.* files are sync'd over to the node
> .txt files are renamed on the node to become config files
>
> this allows me to have 1 file, like n.server1.cfg, which houses all
> relevant definitions for that server (granted, there are other ways to
> handle definitions, this is just how i do it to keep it modular) which
> can also get sync'd over to the node. so, both nagios instances can
> read this file and not hiccup.
>
> all other information is housed in a localdef.cfg file (which outlines
> templates and such) and also a n.nodenef.txt file, which has similar
> definitions so that i can use the same template in the server's file,
> and both local and remote have those definitions available. the local
> definitions are all defined as passive cehcks, and the remote ones are
> all defined as active.
>
> on the poller:
> a script runs every 5 minutes which rsync's the directory (only n.*
> files) and also, another rsync that does the commands.cfg file one
> level up the tree, since all nodes should have the same config.
> (though i just realized i should sync libexec too...)
> the script then renames all txt files to cfg, and then restarts  
> nagios.
> Command exit codes are checked each step of the way, and a passive
> check is fired off if one fails in some way. otherwise it submits an
> OK passive check result at the end.
>
> it's not ideal, but it'll work.
>
> Cheers,
> Russell
> _______________________________________________
> op5-users mailing list
> op5-users at lists.op5.com
> http://lists.op5.com/mailman/listinfo/op5-users
>
>
>
> -- 
> Martin Svangren
> System Administrator
>
> op5 AB
> Första Långgatan 19
> SE-413 27 Göteborg, SWEDEN
>
> Direct: +46 (0)31-352 56 21
> Mobile: +46 (0)733-70 90 21
> Switchboard: +46 (0)31-352 56 00
>
> E-mail: martin.svangren at op5.com
> Web: http://www.op5.com
> _______________________________________________
> op5-users mailing list
> op5-users at lists.op5.com
> http://lists.op5.com/mailman/listinfo/op5-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.op5.com/pipermail/op5-users/attachments/20091029/206928d5/attachment.html 


More information about the op5-users mailing list