<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith <span dir="ltr"><<a href="mailto:dms@danplanet.com" target="_blank">dms@danplanet.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> In the corner to my left, our current largest gate reset culprit<br>
> appears to be neutron bug #1194026 - weighing in with 62 rechecks<br>
> since June 24th (<a href="http://status.openstack.org/rechecks/" target="_blank">http://status.openstack.org/rechecks/</a>)<br>
<br>
So, with some of the highest rates of patch traffic we've seen over the<br>
last couple of weeks before the H2 deadline, I think this is really<br>
becoming a problem. I think merge times are through the roof as a<br>
result.<br>
<br>
Since the neutron gate is not a full tempest run, I think we should<br>
consider making a temporary change. I know that turning it into a<br>
non-voting job is not a popular solution, and I hate to even suggest<br>
it. However, it's just a subset of the tests anyway and I think the<br></blockquote><div> </div><div class="gmail_default" style="font-family:'courier new',monospace">Well to be blunt, if there's not even anybody assigned to the defect and it's significantly impacting</div>

<div class="gmail_default" style="font-family:'courier new',monospace">the progress of every other project.  I don't know that it's such a bad idea.  The process worked, it</div><div class="gmail_default" style="font-family:'courier new',monospace">

identified an issue, now it's known/understood however it's causing significant turmoil everywhere else.</div><div class="gmail_default" style="font-family:'courier new',monospace">Are we gaining anything by having it continue to fail and do rechecks for the next week?</div>

<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
impact is currently overshadowing the potential for regression<br>
detection, given the relatively small amount of coverage. Is this<br>
something people would consider?<br>
<br>
Of course, the other option is to try to skip the offending test if<br>
we're running with neutron support, which may help. Since we don't know<br>
what the problem is and it *seems* to be an issue with resources not<br>
becoming available before a timeout (AIUI), I worry that this will just<br>
move the problem elsewhere.<br>
<br>
Thoughts?<br>
<span class="HOEnZb"><font color="#888888"><br>
--Dan<br>
</font></span><div class="HOEnZb"><div class="h5"><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></div>