<div dir="ltr">Ah, that was a bit misleading. We're not leaking any floating IPs. The create method for them adds them to a list that is cleaned up on teardown.<div><br></div><div>The issue was that the get_unused_ip method was iterating over v4 and v6 subnets. So if it happened to pick a v6 subnet, it would cause the test to request a floating IP address with a v6 IP address, which isn't valid.</div><div><br></div><div>Fix is up here: <a href="https://review.openstack.org/264599">https://review.openstack.org/264599</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 6, 2016 at 10:03 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">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"><div><div class="h5"><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><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><font color="#888888">-- <br><div><div>Kevin Benton</div></div>
</font></span></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>