2011/2/10 Hermann Lauer <hermann.la...@iwr.uni-heidelberg.de>
> Hello,
>
> On Thu, Oct 28, 2010 at 02:14:33PM +0200, nap wrote:
> > On Thu, Oct 28, 2010 at 1:50 PM, Hermann Lauer <
> > hermann.la...@iwr.uni-heidelberg.de> wrote:
> >
> ...
> > Oh, a "host generator" so? Good :)
> > Maybe not in hostgroup, but directly in the hosttemplate (and you can add
> > the host_group in it) :
> >
> > define host{
> > name LinuxComputeTemplate
> > [all other thing you want in your template]
> > duplicate_foreach compute1,compute2,compute3,compute4
> > }
> >
> > With compute1 address = alias = host_name of course.
> >
> > Maybe duplicate_foreach is not a good property name here. But I like the
> > idea.
> >
> > Others people vote for this?
> >
> > With this we will really have a full conf in less than 100 lines :p
> > Admin will be VERY lazy now ;)
>
> I did not follow too closely, so maybe I missed it: Is this already
> implemented or is it still an idea, which I should probably
> put on ideascale ?
>
> Thanks,
> Hermann
>
>
a host generator is definitively a must ; I had already also thought to it..
but shouldn't we use a new/different object for this instead of putting this
in a host definition ?
example: use a "hostgenerator" object :
define hostgenerator {
template some-unique-host-template-name
( services-templates service-template1 service-template2, ... )
## others variables to add/overhidde the variables defined in
some-unique-host-template-name
generate-for hostname1, hostname2, server[1-5]
( # exclude server4,.. # if you want to exclude a specific host/server.
}
that would here dynamically generate 7 host definitions. (hostname1 +
hostname2 + server1 + server2 + server3 + server4 + server5 (unless we use
the "exclude server4" then this one isn't present)
with "services-templates" we could also generate the services definitions
associated with them...
wdyth ?
but it's just a proposition ;)
greg.
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
