On Sat, Dec 25, 2010 at 9:50 PM, Kristoffer Moegle <
moe...@monitorarbeiter.de> wrote:

>  Hi Jean,
>
> Hi,

>
> Am 24.12.2010 09:32, schrieb nap:
>
> I forgot : what is the source of the elements you want to load :) ?
>
> to be honest - I don't know yet. ;-) For the time being, I want to generate
> hosts and contacts out of database entries. Time will tell how this project
> will progress. Most likely the generated configuration items will only
> contain some main settings and read the rest from templates. But that part
> still needs to evolve.
>
Ok :)




>
>
>
>
>
> Jean
>
> PS: I add you in cc because I'm not sure you register at the mailing list (
> https://lists.sourceforge.net/lists/listinfo/shinken-devel).
>
> My fault - wrong mail account for sending..
>
>
>
> On Fri, Dec 24, 2010 at 9:25 AM, nap <napar...@gmail.com> wrote:
>
>>
>>
>> On Thu, Dec 23, 2010 at 11:08 PM, Kristoffer Moegle <
>> kristof...@k-moegle.de> wrote:
>>
>>> Hi,
>>>
>>>  Hi,
>>
>>
>>> I wanted to write a module which provides host and contact definitions
>>> to the arbiter.
>>> That worked out pretty good for the host definitions - so far so good.
>>> But the host definitions are the only configuration values that can be
>>> added by modules - because it's hard coded in the arbiter.
>>>
>>> I don't know if that is inteded for security reasons or just becaus of a
>>> quick implementation.
>>>
>>  It's the second reason :)
>>
>  ;)
>
>
>> the arbiter module code for loading conf was write for the glpi module
>> that need only the host.
>>
>>
>>> If you are interested, I have attached a patch which uses the
>>> types_creations of the configuration for dynamical detection of
>>> configuration "sections" and allows modules to add properties to the
>>> configuration, such as contacts, hostgroups, etc. pp.
>>>
>>  Cool :)
>>
>>>
>>> Sorry, if the code does not meet your formatting patterns - I was just
>>> glad to get it working for now. ;-)
>>>
>>  I'm adding it.
>>
>>> If you decide to use the code, please double check it, as I am not too
>>> firm to python programming yet. Especially the existance checks may not
>>> be the optimal choice.. but they (seem to) work.
>>>
>>  Yes, a "in" can be easier in fact instead of the hammer Except ;)
>>
>  Ah ok - looking foreward for your optimized code. :)
>
It's pushed in the last commit. I remove one of the 2 test, because it
looked at the existence of a type, when we loop for this type. So we are
sure the type exist :)
But I kept the 2nd, I just change it by a "in" because it's easier to read
than a Try/Except.

>
>
>
>>
>> Thanks a lot for this patch, I'm adding it :)
>>
>  You're welcome - just happy that it seems useful for someone else - and
> that I won't have to patch future arbiter versions. ;-)
>
Oh yes, that's why propose patches is important :)

Let us know when you more will be ready, and if it can be useful for other
peole, you can propose it in the mainline and I'll grant you git access if
you want :)


Jean


>
> Kristoffer
>
>
>
>>
>> Jean
>>
>>
>>>
>>> Kris
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn how Oracle Real Application Clusters (RAC) One Node allows
>>> customers
>>> to consolidate database storage, standardize their database environment,
>>> and,
>>> should the need arise, upgrade to a full multi-node Oracle RAC database
>>> without downtime or disruption
>>> http://p.sf.net/sfu/oracle-sfdevnl
>>> _______________________________________________
>>> Shinken-devel mailing list
>>> Shinken-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/shinken-devel
>>>
>>>
>>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruptionhttp://p.sf.net/sfu/oracle-sfdevnl
>
>
> _______________________________________________
> Shinken-devel mailing 
> listshinken-de...@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/shinken-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Shinken-devel mailing list
> Shinken-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/shinken-devel
>
>
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Reply via email to