<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 23, 2013 at 4:37 PM, Nachi Ueno <span dir="ltr"><<a href="mailto:nachi@ntti3.com" target="_blank">nachi@ntti3.com</a>></span> wrote:<br>
<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">Hi Phil<br>
<br>
2013/10/21 Day, Phil <<a href="mailto:philip.day@hp.com">philip.day@hp.com</a>>:<br>
<div class="im">> Hi Folks,<br>
><br>
><br>
><br>
> I’m trying to track down a couple of obsecure issues in network port<br>
> creation where it would be really useful if I could disable the async<br>
> network allocation so that everything happens in the context of a single<br>
> eventlet rather than two (and also rule out if there is some obscure<br>
> eventlet threading issue in here).   I thought it was configurable – but I<br>
> don’t see anything obvious in the code to go back to the old (slower)<br>
> approach of doing network allocation in-lien in the main create thread ?<br>
><br></div></blockquote><div>I agree, I don't see anywhere to make it configurable either </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">
<div class="im">
<br>
</div>May I ask the meaning of  " async network allocation" ?<br>
<div class="im"><br></div></blockquote><div>I believe he's referring to:</div><div> <a href="https://github.com/openstack/nova/blob/master/nova/network/model.py#L335">https://github.com/openstack/nova/blob/master/nova/network/model.py#L335</a></div>
<div><a href="https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L1211">https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L1211</a><br></div><div><br></div><div> </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">
<div class="im">
><br>
> One of the issues I’m trying to track is Neutron occasionally creating more<br>
> than one port – I suspect a retry mechanism in the httplib2 is sending the<br>
> port create request multiple times if  Neutron is slow to reply, resulting<br>
> in Neutron processing it multiple times.  Looks like only the Neutron client<br>
> has chosen to use httplib2 rather that httplib – anyone got any insight here<br>
> ?<br>
<br>
</div>This is a quite interest findings. so If we use httplib, this won't happen?<br>
<div class="im"><br>
><br>
><br>
> Sometimes of course the Neutron timeout results in the create request being<br>
> re-scheduled onto another node (which can it turn generate its own set of<br>
> port create requests).    Its the thread behavior around how the timeout<br>
> exception is handled that I’m slightly nervous of (some of the retries seem<br>
> to occur after the original network thread should have terminated).<br>
><br>
<br>
</div>I agree. The kind of unintentional retry causes issues.<br>
<br>
><br>
> Thanks<br>
><br>
> Phil<br>
><br>
<br>
Best<br>
Nachi<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>
><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></div>