<p>Sadly this patch is now abandoned.<br>
As stated in the review I did, the bug is one we should definitely fix, but it is even more important to avoid introducing further race conditions.</p>
<p>I will look back at the latest comments from Zhang and see whether we can go ahead and restore that patch or whether a different approach will be needed.</p>
<p>Regards,<br>
Salvatore</p>
<div class="gmail_quote">Il 11/dic/2013 23:18 "Mike Wilson" <<a href="mailto:geekinutah@gmail.com">geekinutah@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>Hi Neutron team,</div><div><br></div><div>I haven't been involved in neutron meetings for quite some time so I'm not sure where we are on this at this point. It is often recommended in OpenStack guides and other operational materials to run multiple neutron-servers to deal with the API load from Nova. Things like the _heal_instance_info_caches periodic task as well as just normal create requests are pretty heavy. Those issues aside I think we can all agree that it would good for the neutron-server to be horizontally scalable. I don't have a handle on the all the issues surrounding this. However, I did report a bug a few months ago about concurrency and updates to the IpAvailabilityRanges[1]. There was a fix proposed by Zhang Hua [2] that seems like it needs more discussion.</div>

<div><br></div><div>Essentially, Salvatore has concerns about patching up a design flaw from what I gather. At the same time, we still have had this issue since the initial release of neutron(quantum) and it is still a really big deal for deployers. I would like to propose that we pick up the conversation where it left off on the proposed fix and _also_ consider any possible redesign going forward.</div>

<div><br></div><div>Could I get some feedback from Salvatore specifically and other members of the team on this? I would also be happy to pitch in towards whatever solution is decided on provided we can rescue the poor deployers :-).</div>

<div><br></div><div>-Mike Wilson</div><div><br></div><div><br></div>[1] <a href="https://bugs.launchpad.net/neutron/+bug/1214115" target="_blank">https://bugs.launchpad.net/neutron/+bug/1214115</a><div>[2] <a href="https://review.openstack.org/43275" target="_blank">https://review.openstack.org/43275</a></div>

</div>
<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>
<br></blockquote></div>