<div dir="ltr">I spoke too soon. The test is racey and needs to be fixed, but that wasn't the cause of this failure. Floating IPs are being leaked as Clark suggested.  I'm looking into it now.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 6, 2016 at 9:09 PM, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@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">Ugh, this test is racey. I should have paid closer attention before I +2'ed, my bad.<div><br></div><div>It just iterates external ports and uses an IP not in that list so if another test grabbed the same IP, the floating IP creation request specifying that IP will fail. </div><div><br></div><div>Revert proposed here: <a href="https://review.openstack.org/#/c/264573/" target="_blank">https://review.openstack.org/#/c/264573/</a></div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Wed, Jan 6, 2016 at 9:00 PM, Clark Boylan <span dir="ltr"><<a href="mailto:cboylan@sapwetik.org" target="_blank">cboylan@sapwetik.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Wed, Jan 6, 2016, at 08:48 PM, Henry Gessau wrote:<br>
> Armando M. <<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>> wrote:<br>
> > Hi folks,<br>
> ><br>
> > Due to [1], Neutron related jobs (api, and lbaas) are failing. Please hold<br>
> > your +A button until the issue is resolved.<br>
> ><br>
> > Thanks,<br>
> > Armando<br>
> ><br>
> > [1] <a href="https://review.openstack.org/#/c/256164/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/256164/</a><br>
><br>
> That fix has merged, but now we have a new issue [2] in the api job. :(<br>
><br>
> [2] <a href="https://bugs.launchpad.net/neutron/+bug/1531706" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neutron/+bug/1531706</a><br>
><br>
</span>It appears that that test class at least is allocating unused floating<br>
IPs in resource_setup(). At the very least you can probably stop<br>
overallocating to give yourself some breathing room. I do not think this<br>
explains how an entire /24 of IPs gets used up so there may be a leak<br>
elsewhere.<br>
<span><font color="#888888"><br>
Clark<br>
</font></span><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>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div>Kevin Benton</div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>