[ptg][kolla][openstack-ansible][tripleo] PTG cross-project summary

Mark Goddard mark at stackhpc.com
Fri May 17 12:45:02 UTC 2019


On Thu, 16 May 2019 at 14:59, Cédric Jeanneret <cjeanner at redhat.com> wrote:

>
>
> On 5/16/19 3:53 PM, Mark Goddard wrote:
> >
> >
> > On Thu, 16 May 2019 at 11:41, Cédric Jeanneret <cjeanner at redhat.com
> > <mailto:cjeanner at redhat.com>> wrote:
> >
> >
> >
> >     On 5/7/19 11:07 AM, Mark Goddard wrote:
> >     > Hi,
> >     >
> >     > This is a summary of the ad-hoc cross project session between the
> >     > OpenStack Ansible and Kolla teams.
> >     >
> >     > It occurred to me that our two teams likely face similar
> >     challenges, and
> >     > there are areas we could collaborate on. I've tagged TripleO also
> >     since
> >     > the same applies there.
> >     >
> >     > [Collaboration on approach to features]
> >     > This was my main reason for proposing the session - there are
> features
> >     > and changes that all deployment tools need to make. Examples
> coming up
> >     > include support for upgrade checkers and IPv6. Rather than work in
> >     > isolation and solve the same problem in different ways, perhaps we
> >     could
> >     > share our experiences. The implementations will differ, but
> >     providing a
> >     > reasonably consistent feel between deployment tools can't be a bad
> >     thing.
> >     >
> >     > As a test case, we briefly discussed our experience with the
> upgrade
> >     > checker support added in Stein, and found that our expectation of
> >     how it
> >     > would work was fairly aligned in the room, but not aligned with
> how I
> >     > understand it to actually work (it's more of a post-upgrade check
> >     than a
> >     > pre-upgrade check).
> >
> >     Hello! I'm pretty sure the new Validation Framework can help here,
> since
> >     we intend to provide a pre|post deploy|update|upgrade way to run
> >     validations.
> >
> >     Feel free to ping me if you want (Tengu on #tripleo) - or just ask
> >     questions in here :).
> >
> >     Since we want to extend the framework to not only cover tripleo and
> >     openstack, that would be a good start with kolla imho :)
> >
> > Hi Cedric. The validation framework is based around this new tempest
> > ansible role, correct? Presumably each deployment tool would provide a
> > its own entry point on top of that. How does the pre/post deploy etc
> > affect what validations are run? Is that up to the deployment tool, or
> > defined in the ansible role, or somewhere else?
>
> So for now we "only" have a (fairly) good integration with the
> "openstack tripleo" subcommand[1].
>
> Currently, we're mainly using plain ansible roles and playbook, being
> launched by Mistral. We intend to allow non-Mistral runs (Work In
> Progress) and, in not too far future hopefully, to provide a descent
> python library within the tripleo-validations package for a better
> integration.
> It's still early, we still need to put things together, but if we can
> already raise awareness and interest for this work, it will help getting
> more involvement and time in order to provide a great bundle :).
>
> If you want to know more, you can already have a look at the new doc[1].
>
> Does it help a bit understanding the possibilities?
>
>
Thanks for following up Cedric, that is quite useful. I'll take a look
through.


> Cheers,
>
> C.
>
> [1]
> https://docs.openstack.org/tripleo-docs/latest/validations/index.html
> (note: we will probably add some more inputs in there)
> --
> Cédric Jeanneret
> Software Engineer - OpenStack Platform
> Red Hat EMEA
> https://www.redhat.com/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20190517/99218ac2/attachment-0001.html>


More information about the openstack-discuss mailing list