[openstack-dev] [kolla][tripleo] Deprecating config-internal
Dan Prince
dprince at redhat.com
Fri Aug 7 15:08:21 UTC 2015
On Fri, 2015-08-07 at 14:21 +0000, Steven Dake (stdake) wrote:
> James and Dan,
>
> During the ansible-multi spec process that James Slagle reviewed,
> there was a serious commitment by the Kolla core team to maintain
> config-internal, pretty much for the tripleo use case. We didn’t
> want to leave our partner projects in the lurch and at the time
> Ryan/Ian’s implementation of tripleo containers were based upon
> config-internal. It would be immensely helpful for Kolla if we could
> deprecate that model during l3, and I think Dan’s judgement is to use
> config-external (with some additional beefing up of some of the
> containers like snmp+ceilometer compute plus possibly some other
> minor solveable requirements).
Correct. I'm heavily leaning towards using config-external assuming we
can make it support use of multiple config files, and then have a way
to tie that into starting the service with the same files (neutron ml2
agent for example uses multiple configs)
>
> Can I get a general ack from the tripleo community that deprecating
> config-internal is a-ok so we can just remove it before being stuck
> with it for Liberty?
++ from me
> I don’t want to deprecate something we committed to supporting if
> there is still requirement from the tripleo community to maintain it,
> but it would make our lives a lot easier and thus far the config
> -internal case is really only for TripleO.
>
> Comments welcome.
>
> Thanks!
> -steve
More information about the OpenStack-dev
mailing list