<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;"><br class=""></div></div><div><blockquote type="cite" class=""><div class="">Le 11 mai 2018 à 08:36, Matt Riedemann <<a href="mailto:mriedemos@gmail.com" class="">mriedemos@gmail.com</a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">On 5/10/2018 6:30 PM, Jean-Philippe Méthot wrote:<br class=""><blockquote type="cite" class="">1.I was talking about the region-name parameter underneath keystone_authtoken. That is in the pike doc you linked, but I am unaware if this is only used for token generation or not. Anyhow, it doesn’t seem to have any impact on the issue at hand.<br class=""></blockquote><br class="">The [keystone]/region_name config option in nova is used to pike the identity service endpoint so I think in that case region_one will matter if there are multiple identity endpoints in the service catalog. The only thing is you're on pike where [keystone]/region_name isn't in nova.conf and it's not used, it was added in queens for this lookup:<br class=""><br class=""><a href="https://review.openstack.org/#/c/507693/" class="">https://review.openstack.org/#/c/507693/</a><br class=""><br class="">So that might be why it doesn't seem to make a difference if you set it in nova.conf - because the nova code isn't actually using it.<br class=""><br class=""></div></div></blockquote><div><br class=""></div><div>I was talking about the parameter under [keystone_authtoken] ([keystone_authtoken]/region_name) and not the new one under [keystone] ([keystone]/region_name). It seems that we were talking about different parameters though so this explains that. </div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class="">You could try backporting that patch into your pike deployment, set region_name to RegionOne and see if it makes a difference (although I thought RegionOne was the default if not specified?).<br class=""></div></div></blockquote><div><br class=""></div>I will attempt this next week. Will update if I run into any issues. Also, from experience, most Openstack services seem to pick a random endpoint when region_name isn’t specified in a multi-region cloud. I’ve seen that several times ever since I've built and started maintaining this infrastructure.</div><div><br class=""></div></body></html>