<div dir="ltr">On 24 June 2015 at 16:42, Dave Walker <span dir="ltr"><<a href="mailto:email@daviey.com" target="_blank">email@daviey.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
As Jeremy points out, I fail to see why fallback default behaviour<br>
cannot be used.. Attempt to use version discovery feature, if fail -<br>
fall back to legacy behaviour..<br>
<br>
What are the issues associated with this?<br></blockquote></div><br></div><div class="gmail_extra">So the issue is that for pre-kilo deployments that use a load-balancer (or kilo+ deployments that use a load balancer and haven't set the correct config option to the address of their load balancer) the version discovery URL given out by cinder API points to a node behind the load balancer. Depending on how this node is firewalled (drop packets .v. send reset), an attempt to connect to this URL can take a long time to timeout. <br><br></div><div class="gmail_extra">I *think* we can get the desired behaviour by looking at the entry in the catalogue, and if it has a trailing version number then don't do discovery, but I might be wrong... <br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Duncan Thomas</div>
</div></div>