<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 15, 2017 at 5:14 AM, Mikhail Fedosin <span dir="ltr"><<a href="mailto:mfedosin@gmail.com" target="_blank">mfedosin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Recently I decided to remove deprecated parameters from keystone_authtoken mistral config and replace them with recommended function of devstack [1]. In doing so, I discovered a strange behavior of configuration mechanism, and specifically parameters auth_uri and auth_url.</div><div><br></div><div>1. The parameter auth_url is not included in the list of the middleware parameters, there is auth_uri only [2]. Nevertheless, it must be present, because it's required by identity plugin [3]. Attempts to remove or replace it with the recommended auth_uri result with these stacktraces [4]</div><div><br></div><div>2. Even if auth_url is set, it can't be used later, because it is not registered in oslo_config [5]</div><div><br></div><div>So I would like to get an advise from keystone team and understand what I should do in such cases. Official documentation doesn't add clarity on the matter because it recommends to use auth_uri in some cases and auth_url in others.</div></div></blockquote><div><br></div><div>While to a human auth_uri and auth_url might look very similar they're treated completely differently by auth_token / keystoneauth. One doesn't replace the other in any way. So it shouldn't be surprising that documentation would say to use auth_uri for one thing and auth_url for something else.</div><div><br></div><div> - Brant</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>My suggestion is to add auth_url in the list of keystone authtoken middleware config options, so that the parameter can be used by the others. </div><div><br></div><div>Best,</div><div>Mike</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/473796/" target="_blank">https://review.openstack.org/#<wbr>/c/473796/</a></div><div>[2] <a href="https://github.com/openstack/keystonemiddleware/blob/master/keystonemiddleware/auth_token/_opts.py#L31" target="_blank">https://github.com/openstack/<wbr>keystonemiddleware/blob/<wbr>master/keystonemiddleware/<wbr>auth_token/_opts.py#L31</a></div><div>[3] <a href="https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/loading/identity.py#L37" target="_blank">https://github.com/openstack/<wbr>keystoneauth/blob/master/<wbr>keystoneauth1/loading/<wbr>identity.py#L37</a></div><div>[4] <a href="http://paste.openstack.org/show/612662/" target="_blank">http://paste.openstack.org/<wbr>show/612662/</a></div><div>[5] <a href="http://paste.openstack.org/show/612664/" target="_blank">http://paste.openstack.org/<wbr>show/612664/</a></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br></div></div>
</div></div>