[Openstack] [Metering] Agent configuration mechanism

Doug Hellmann doug.hellmann at dreamhost.com
Wed Jun 6 18:16:52 UTC 2012


On Wed, Jun 6, 2012 at 12:59 PM, Tim Bell <Tim.Bell at cern.ch> wrote:

> ** **
>
> With the Chef and Puppet configurators, I think we cover a large share of
> the community. I’d suggest that once the formats of the configuration files
> are settled, we get the associated supporters in Chef-land and Puppet-land
> to add these to their recipes along with the other folsom changes….****
>
> ** **
>
> Doing something in one component of OpenStack to perform configuration
> management would actually make our job more difficult as we’ve got the
> infrastructure with the puppetlabs recipes to deploy and having one
> configuration management system fighting another is likely to cause more
> difficulties than it solves.****
>
> ** **
>
> Document the configuration file formats etc. clearly and as consistently
> as possible with other openstack components but leave the actual
> configuration to the dedicated devops tools.
>

That sounds like an excellent plan. We're using the cfg module from
openstack-common, so the file format should be the same as for the other
projects.


> ****
>
> ** **
>
> Tim****
>
> ** **
>
> *From:* openstack-bounces+tim.bell=cern.ch at lists.launchpad.net [mailto:
> openstack-bounces+tim.bell=cern.ch at lists.launchpad.net] *On Behalf Of *Doug
> Hellmann
> *Sent:* 06 June 2012 17:03
> *To:* Julien Danjou
> *Cc:* openstack at lists.launchpad.net
> *Subject:* Re: [Openstack] [Metering] Agent configuration mechanism****
>
> ** **
>
> ** **
>
> On Wed, Jun 6, 2012 at 6:36 AM, Julien Danjou <julien.danjou at enovance.com>
> wrote:****
>
> On Wed, Jun 06 2012, Nick Barcet wrote:
>
> > Maybe the problem of discrepancy of configuration is more an issue for
> > metering than for other components? At least that's my belief.****
>
> […]
>
> Sure, I don't say that it's useless to have a centralized configuration
> management in our case. I just think that it shouldn't be our problem to
> fix that right now, and that we shouldn't spend our energy trying to fix
> this.
>
> ****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120606/a41b6203/attachment.html>


More information about the Openstack mailing list