<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jul 11, 2013, at 8:28 AM, John Griffith <<a href="mailto:john.griffith@solidfire.com">john.griffith@solidfire.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><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></div></div></blockquote><div><br></div><div>+1</div><div><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">

<div class="gmail_default" style="font-family:'courier new',monospace"><br></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; position: static; z-index: auto; ">
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></blockquote></div></div></div></blockquote><div><br></div><div>This would be a lot better if that's possible.  But if not, disable the whole thing.</div><div><br></div><div>It's definitely a huge waste of resources to run a bunch of tests that fail repeatedly and cause us to have to re-check and use even more resources.  I don't really like waiting 10 hours for patches to merge.</div><div><br></div><div>- Chris</div><div><br></div></div></body></html>