<div dir="ltr">Interesting points here, I agree with Akihiro, some components<div>leave services, and left over settings over the system even when </div><div>shut down (I know of neutron net namespaces, .. etc..).</div><div>
<br></div><div>+1 to Akihiro proposals for a fresh-vm.</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div>---</div><div>irc: ajo / mangelajo</div>Miguel Angel Ajo Pelayo<br>+34 636 52 25 69<br>
skype: ajoajoajo</div></div>
<br><br><div class="gmail_quote">2014-02-05 Akihiro Motoki <span dir="ltr"><<a href="mailto:motoki@da.jp.nec.com" target="_blank">motoki@da.jp.nec.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I think it is better to use a fresh VM to run tests.<br>
When running tempest scenario tests, there is a case<br>
where some resources can not be cleanup properly.<br>
It happens when some test fails of course.<br>
<br>
I think 10 minutes is not too long.<br>
It requires more than 30 minutes until gate jobs<br>
on openstack-ci report test results.<br>
10 minutes is fast enough compared to this time.<br>
<br>
Other ways to speed up the testing are:<br>
- to instsall dependecy packages in advance<br>
- to create PyPI mirror<br>
- to clone required git repos in advance and just sync when testing<br>
 From my experience the first one will contribute most to save time.<br>
<br>
Thanks,<br>
Akihiro<br>
<div class="HOEnZb"><div class="h5"><br>
(2014/02/05 10:24), Franck Yelles wrote:<br>
> Hello,<br>
><br>
> I was wondering how everyone was doing 3rd party testing at the moment<br>
> when it comes to the process.<br>
> It takes me around 10 minutes for me to do a +1 or -1.<br>
><br>
> my flow is the following:<br>
> (I only use Jenkins for listening to the "feed")<br>
> 1) a job is triggered from Jenkins.<br>
> 2) a VM is booted<br>
> 3) the devstack repo is clone<br>
> 4) the patch is applied<br>
> 5) stack.sh is run (longest time is here)<br>
> 6) the test are run<br>
> 7) the result is posted<br>
> 8) the VM is destroyed<br>
><br>
> I am looking for ways to speed up the process.<br>
> I was thinking of keeping the stack.sh up;  and follow this<br>
><br>
> 1) Shutdown the affected component  (neutron, etc..)<br>
> 2) apply the patch<br>
> 3) restart the component<br>
> 4) run the test<br>
> 5) post the result<br>
> 6) shutdown the affected component<br>
> 7) remove the patch<br>
> 8) restart the component<br>
><br>
> What are you thoughts ?<br>
> Ideally I would like to achieve a sub 3 minutes.<br>
><br>
> Thanks,<br>
> Franck<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>