<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:38 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 07/11/2013 11:28 AM, John Griffith wrote:<br>


><br>
><br>
><br>
> On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith <<a href="mailto:dms@danplanet.com">dms@danplanet.com</a><br>
</div><div class="im">> <mailto:<a href="mailto:dms@danplanet.com">dms@danplanet.com</a>>> wrote:<br>
><br>
>     > 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>
><br>
><br>
> Well to be blunt, if there's not even anybody assigned to the defect and<br>
> it's significantly impacting<br>
> the progress of every other project.  I don't know that it's such a bad<br>
> idea.  The process worked, it<br>
> identified an issue, now it's known/understood however it's causing<br>
> significant turmoil everywhere else.<br>
> Are we gaining anything by having it continue to fail and do rechecks<br>
> for the next week?<br>
<br>
</div>+1 to making it non-voting until this is resolved.  This is a sensitive<br>
week for gate and check times.<br>
<div class="im"><br>
>     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>
</div>Disabling a specific test would be preferred IMO, but if that's not<br>
sufficient, I'd +1 downgrading the whole thing to non-voting for now.<br></blockquote><div><br></div><div class="gmail_default" style="font-family:'courier new',monospace"><span style="color:rgb(0,0,0);font-family:arial">Excellent point, test_008_check_public_network_connectivity.  If it's possible to log the results but not fail the gate for this I think that would be ideal, otherwise skip that test for now.</span></div>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><font color="#888888"><br>
--<br>
Russell Bryant<br>
</font></span><div class=""><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>