<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 16 May 2019 at 11:41, Cédric Jeanneret <<a href="mailto:cjeanner@redhat.com">cjeanner@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 5/7/19 11:07 AM, Mark Goddard wrote:<br>
> Hi,<br>
> <br>
> This is a summary of the ad-hoc cross project session between the<br>
> OpenStack Ansible and Kolla teams.<br>
> <br>
> It occurred to me that our two teams likely face similar challenges, and<br>
> there are areas we could collaborate on. I've tagged TripleO also since<br>
> the same applies there.<br>
> <br>
> [Collaboration on approach to features]<br>
> This was my main reason for proposing the session - there are features<br>
> and changes that all deployment tools need to make. Examples coming up<br>
> include support for upgrade checkers and IPv6. Rather than work in<br>
> isolation and solve the same problem in different ways, perhaps we could<br>
> share our experiences. The implementations will differ, but providing a<br>
> reasonably consistent feel between deployment tools can't be a bad thing.<br>
> <br>
> As a test case, we briefly discussed our experience with the upgrade<br>
> checker support added in Stein, and found that our expectation of how it<br>
> would work was fairly aligned in the room, but not aligned with how I<br>
> understand it to actually work (it's more of a post-upgrade check than a<br>
> pre-upgrade check).<br>
<br>
Hello! I'm pretty sure the new Validation Framework can help here, since<br>
we intend to provide a pre|post deploy|update|upgrade way to run<br>
validations.<br>
<br>
Feel free to ping me if you want (Tengu on #tripleo) - or just ask<br>
questions in here :).<br>
<br>
Since we want to extend the framework to not only cover tripleo and<br>
openstack, that would be a good start with kolla imho :)<br><br></blockquote><div><span class="gmail_default" style="font-family:verdana,sans-serif">Hi Cedric. The validation framework is based around this new tempest ansible role, correct? Presumably each deployment tool</span> <span class="gmail_default" style="font-family:verdana,sans-serif">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?</span></div></div></div>