<div dir="ltr">I think this bug was considered fixed because at the time once the patch addressing was merged, the bug automatically went into fix committed.<div>It should therefore be re-opened. Even if tweaking sql pool parameters avoids the issue, this should be considered more of a mitigation rather than a permanent fix; and I'm not sure the issue and mitigation have been properly documented.<br>
</div><div><br></div><div>However, I think we still need to fully understand why the effect of this issue is two interfaces on the same instance.</div><div>Even if sql session management is improved, there could always be a chance of pool exhaustion; not making this happen is up to the deployer (who needs appropriate documentation to the aim).</div>
<div>But in case of pool exhaustion (<span style="color:rgb(51,51,51);font-family:'Ubuntu Mono',monospace;font-size:12px;line-height:18px">"TimeoutError: QueuePool limit of size 5 overflow 10 reached, connection timed out, timeout 30") </span>the effect should probably be a 500 error when performing the neutron operation - not what's being observed by bug 1160442.</div>
<div><br></div><div>Salvatore</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 3 December 2013 16:16, Maru Newby <span dir="ltr"><<a href="mailto:marun@redhat.com" target="_blank">marun@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I recently ran into this bug while trying to concurrently boot a large number (75) of VMs:<br>
<br>
<a href="https://bugs.launchpad.net/neutron/+bug/1160442" target="_blank">https://bugs.launchpad.net/neutron/+bug/1160442</a><br>
<br>
I see that the fix for the bug added configuration of SQLAlchemy QueuePool parameters that should prevent the boot failures I was seeing. However, I don't see a good explanation on the bug as to what values to set the configuration to or why the defaults weren't updated to something sane. If that information is available somewhere, please share! I'm not sure why this bug is considered fixed if it's still possible to trigger it with no clear path to resolution.<br>
<br>
<br>
Maru<br>
<br>
<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>
</blockquote></div><br></div>