<p dir="ltr">The problem there is that it takes (significant) time for the connection attempt to time out - every cinder command taking several minutes is not acceptable.</p>
<p dir="ltr">Obviously this depends on the network setup of the cloud - I can only talk about the case we saw</p>
<div class="gmail_quote">On 24 Jun 2015 00:25, "Jeremy Stanley" <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2015-06-23 08:49:55 -0700 (-0700), Mike Perez wrote:<br>
[...]<br>
> Cinder client asks Keystone to find a publicURL based on a version.<br>
> Keystone will gather data from the service catalog and ask Cinder for<br>
> a list of the public endpoints and compare. For the proxy cases,<br>
> Cinder is giving internal URLs back to the proxy and Keystone ends up<br>
> using that instead of the publicURL in the service catalog. As a<br>
> result, clients usually won't be able to use the internal URL and<br>
> rightfully so.<br>
[...]<br>
<br>
It seems like there would be an option #3: add a fallback behavior<br>
to cinderclient to try its old connection method if it fails to<br>
reach the "discovered" URL. I'm guessing there's some specific<br>
reason that's impossible, or it would have already been in the<br>
works?<br>
--<br>
Jeremy Stanley<br>
<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>
</blockquote></div>