<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 15, 2016 at 2:00 AM, Andrea Frittoli <span dir="ltr"><<a href="mailto:andrea.frittoli@gmail.com" target="_blank">andrea.frittoli@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Dear all,</div><div><br></div><div>TL;DR: I'd like to propose to start running some of the existing dsvm check/gate jobs using Tempest pre-provisioned credentials.</div><div><br></div><div>Full Text:</div><div>Tempest provides tests with two mechanisms to acquire test credentials [0]: dynamic credentials and pre-provisioned ones.<br></div><div><br></div><div>The current check and gate jobs only use the dynamic credentials provider.</div><div><br></div><div>The pre-provisioned credentials provider has been introduced to support running test in parallel without the need of having access to admin credentials in tempest configuration file - which is a valid use case especially when testing public clouds or in general a deployment that is not own by who runs the test. </div><div><br></div><div>As a small extra, since pre-provisioned credentials are re-used to run many tests during a CI test run, they give an opportunity to discover issues related to cleanup of test resources. </div><div><br></div><div>Pre-provisioned credentials is currently used in periodic jobs [1][2] - as well as an experimental job defined for tempest changes. This means that even if we are careful, there is a good chance for it to be inadvertently broken by a change.</div><div><br></div><div>Until recently the periodic job suffered a racy failure on object-storage tests. A recent refactor [3] of the tool that pre-proprovisioned the accounts has fixed the issue: the past 8 runs of the periodic jobs have not encountered that race anymore [4][5].</div><div><br></div><div>Specifically I'd like to propose changing to start changing of the neutron jobs [6].</div><div><br></div><div>Andrea Frittoli</div><div><br></div><div>[0] <a href="http://docs.openstack.org/developer/tempest/configuration.html#credential-provider-mechanisms" target="_blank">http://docs.openstack.org/developer/tempest/configuration.html#credential-provider-mechanisms</a></div><div>[1] <a href="http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/devstack-gate.yaml#n220" target="_blank">http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/devstack-gate.yaml#n220</a></div><div>[2] <a href="http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/devstack-gate.yaml#n253" target="_blank">http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/devstack-gate.yaml#n253</a></div><div>[3] <a href="https://review.openstack.org/#/c/317105/" target="_blank">https://review.openstack.org/#/c/317105/</a></div><div>[4] <a href="http://status.openstack.org/openstack-health/#/job/periodic-tempest-dsvm-full-test-accounts-master" target="_blank">http://status.openstack.org/openstack-health/#/job/periodic-tempest-dsvm-full-test-accounts-master</a></div><div>[5] <a href="http://status.openstack.org/openstack-health/#/job/periodic-tempest-dsvm-neutron-full-test-accounts-master" target="_blank">http://status.openstack.org/openstack-health/#/job/periodic-tempest-dsvm-neutron-full-test-accounts-master</a></div><div>[6] <a href="https://review.openstack.org/329723" target="_blank">https://review.openstack.org/329723</a></div><div><br></div></div></blockquote><div> </div></div>I like the idea. If the jobs with the preprov credentials are as stable as the ones running dynamic credentials, that's fine. Also I like that we don"t introduce new jobs but instead changing the configuration of existing jobs: we already have a lot of jobs in Tempest.</div><div class="gmail_extra"><br></div><div class="gmail_extra">In my previous job, we also used Tempest to validate our cloud deployment and we didn"t have the admin credentials, so yeah, preprov credentials are useful.</div></div>

<br>
<a href="http://bit.ly/1VRgEAb" target="_blank"><img src="https://support.scality.com/Scality_RING6.png"></a>