<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(0,0,0)">Thanks. +1. i added my list in ethercalc.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:rgb(0,0,0)">Left put scenario tests can be run on periodic and experimental job. IMO on both ( periodic and experimental) to monitor their status periodically as well as on particular patch if we need to. </div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-gmann</div></div></div></div>
<br><div class="gmail_quote">On Fri, Mar 3, 2017 at 4:28 PM, 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">Hello folks,<div><br></div><div>we discussed a lot since the PTG about issues with gate stability; we need a stable and reliable gate to ensure smooth progress in Pike.</div><div><br></div><div>One of the issues that stands out is that most of the times during test runs our test VMs are under heavy load.</div><div>This can be the common cause behind several failures we've seen in the gate, so we agreed during the QA meeting yesterday [0] that we're going to try reducing the load and see whether that improves stability.<br></div><div><br></div><div>Next steps are:<br></div><div>- select a subset of scenario tests to be executed in the gate, based on [1], and run them serially only </div><div>- the patch for this is [2] and we will approve this by the end of the day</div><div>- we will monitor stability for a week - if needed we may reduce concurrency a bit on API tests as well, and identify "heavy" tests candidate for removal / refactor</div><div>- the QA team won't approve any new test (scenario or heavy resource consuming api) until gate stability is ensured </div><div><br></div><div>Thanks for your patience and collaboration!</div><div><br></div><div>Andrea</div><div><br></div><div>---</div><div>irc: andreaf</div><div><br></div><div>[0] <a href="http://eavesdrop.openstack.org/meetings/qa/2017/qa.2017-03-02-17.00.txt" target="_blank">http://eavesdrop.<wbr>openstack.org/meetings/qa/<wbr>2017/qa.2017-03-02-17.00.txt</a></div><div>[1] <a href="https://ethercalc.openstack.org/nu56u2wrfb2b" target="_blank">https://ethercalc.<wbr>openstack.org/nu56u2wrfb2b</a></div><div>[2] <span style="white-space:pre-wrap"><a href="https://review.openstack.org/#/c/439698/" target="_blank">https://review.openstack.<wbr>org/#/c/439698/</a> </span></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div></div>