<div dir="ltr">Igor,<div><br></div><div>it is much more clear for me now. Thank you :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 20, 2015 at 2:09 PM, Igor Belikov <span dir="ltr"><<a href="mailto:ibelikov@mirantis.com" target="_blank">ibelikov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Stanislaw,<div><br></div><div>The reason behind this is simple - deployment tests are heavy. Each deployment test occupies whole server for ~2 hours, for each commit we have 2 deployment tests (for current fuel-library master) and that’s just because we don’t test CentOS deployment for now.</div><div>If we assume that developers will rertrigger deployment tests only when retrigger would actually solve the failure - it’s still not smart in terms of HW usage to retrigger both tests when only one has failed, for example.</div><div>And there are cases when retrigger just won’t do it and CI Engineer must manually erase the existing environment on slave or fix it by other means, so it’s better when CI Engineer looks through logs before each retrigger of deployment test.</div><div><br></div><div>Hope this answers your question.</div><div><span class=""><br><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div>--</div><div>Igor Belikov</div><div>Fuel CI Engineer</div><div><a href="mailto:ibelikov@mirantis.com" target="_blank">ibelikov@mirantis.com</a></div><div><br></div></div></div></div></div></span><div><div class="h5"><div><blockquote type="cite"><div>On 20 Nov 2015, at 13:57, Stanislaw Bogatkin <<a href="mailto:sbogatkin@mirantis.com" target="_blank">sbogatkin@mirantis.com</a>> wrote:</div><br><div><div dir="ltr">Hi Igor,<div><br></div><div>would you be so kind tell, why fuel-library deployment tests doesn't support this? Maybe there is a link with previous talks about it?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 20, 2015 at 1:34 PM, Igor Belikov <span dir="ltr"><<a href="mailto:ibelikov@mirantis.com" target="_blank">ibelikov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi,<div><br></div><div>I’d like to inform you that all jobs running on Fuel CI (with the exception of fuel-library deployment tests) now support retriggering via “recheck” or “reverify” comments in Gerrit.</div><div>Exact regex is the same one used in Openstack-Infra’s zuul and can be found here <a href="https://github.com/fuel-infra/jenkins-jobs/blob/master/servers/fuel-ci/global.yaml#L3" target="_blank">https://github.com/fuel-infra/jenkins-jobs/blob/master/servers/fuel-ci/global.yaml#L3</a></div><div><br></div><div>CI-Team kindly asks you to not abuse this option, unfortunately not every failure could be solved by retriggering.</div><div>And, to stress this out once again: fuel-library deployment tests don’t support this, so you still have to ask for a retrigger in #fuel-infra irc channel.</div><div><br></div><div>Thanks for attention.<br><div>
<div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div>--</div><div>Igor Belikov</div><div>Fuel CI Engineer</div><div><a href="mailto:ibelikov@mirantis.com" target="_blank">ibelikov@mirantis.com</a></div><div><br></div></div><br></div><br></div><br><br>
</div>
<br></div></div><br>__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" target="_blank">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<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></blockquote></div><br></div></div></div></div><br>__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>