<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 14, 2019 at 10:01 AM 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/10/19 11:12 AM, Cédric Jeanneret wrote:<br>
> <br>
> <br>
> On 5/8/19 9:07 AM, Cédric Jeanneret wrote:<br>
>><br>
>><br>
>> On 5/7/19 6:24 PM, Mohammed Naser wrote:<br>
>>> On Tue, May 7, 2019 at 12:12 PM Emilien Macchi <<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>> wrote:<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On Tue, May 7, 2019 at 4:44 PM Cédric Jeanneret <<a href="mailto:cjeanner@redhat.com" target="_blank">cjeanner@redhat.com</a>> wrote:<br>
>>>>><br>
>>>>> Dear all,<br>
>>>>><br>
>>>>> We're currently working hard in order to provide a nice way to run<br>
>>>>> validations within a deploy (aka in-flight validations).<br>
>>>>><br>
>>>>> We can already call validations provided by the tripleo-validations<br>
>>>>> package[1], it's working just fine.<br>
>>>>><br>
>>>>> Now comes the question: "how can we disable the validations?". In order<br>
>>>>> to do that, we propose to use a standard tag in the ansible<br>
>>>>> roles/playbooks, and to add a "--skip-tags <tag>" when we disable the<br>
>>>>> validations via the CLI or configuration.<br>
>>>>><br>
>>>>> After a quick check in the tripleoclient code, there apparently is a tag<br>
>>>>> named "validation", that can already be skipped from within the client.<br>
>>>>><br>
>>>>> So, our questions:<br>
>>>>> - would the reuse of "validation" be OK?<br>
>>>>> - if not, what tag would be best in order to avoid confusion?<br>
>>>>><br>
>>>>> We also have the idea to allow to disable validations per service. For<br>
>>>>> this, we propose to introduce the following tag:<br>
>>>>> - validation-<service>, like "validation-nova", "validation-neutron" and<br>
>>>>> so on<br>
>>>>><br>
>>>>> What do you think about those two additions?<br>
>>>><br>
>>>><br>
>>>> Such as variables, I think we should prefix all our variables and tags with tripleo_ or something, to differentiate them from any other playbooks our operators could run.<br>
>>>> I would rather use "tripleo_validations" and "tripleo_validation_nova" maybe.<br>
>><br>
>> hmm. what-if we open this framework to a wider audience? For instance,<br>
>> openshift folks might be interested in some validations (I have Ceph in<br>
>> mind), and might find weird or even bad to have "tripleo-something"<br>
>> (with underscore or dashes).<br>
>> Maybe something more generic?<br>
>> "vf(-nova)" ?<br>
>> "validation-framework(-nova)" ?<br>
>> Or even "opendev-validation(-nova)"<br>
>> Since there are also a possibility to ask for a new package name for<br>
>> something more generic without the "tripleo" taint..<br>
> <br>
> <br>
> Can we agree on something? I really like the<br>
> "opendev-validation(-service)", even if it's a bit long. For automated<br>
> thins, it's still good IMHO.<br>
<br>
*opendev-validation-(service)* will do, since no one raised a voice<br>
against it :).<br>
</blockquote><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Cool, works for me!</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Cheers,</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Brent</div></div></div><div class="gmail_quote"><br></div></div>