nova::keystone::authtoken::auth_url is sometimes incorrect

[Jiří Stránský]

This depends in what order the composable services framework processes services. In nova-api it's

nova::keystone::authtoken::auth_url: {get_param: [EndpointMap, KeystoneInternal, uri_no_suffix]}

(correct, AFAIU)

while in nova-placement it's:

nova::keystone::authtoken::auth_url: {get_param: [EndpointMap, KeystoneAdmin, uri_no_suffix]}

(incorrect, AFAIU).

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/600444
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=fe4f6e294ad9f9c6a203032af678fbf20161871c
Submitter: Zuul
Branch: stable/queens

commit fe4f6e294ad9f9c6a203032af678fbf20161871c
Author: Juan Antonio Osorio Robles <email address hidden>
Date: Tue Apr 10 12:23:41 2018 +0300

    Don't use keystone admin endpoint for nova placement

    We're trying to move away from using keystone's admin endpoint. This
    uses the internal one instead.

    Closes-Bug: #1791093
    Change-Id: I9aabf0ac8f1fb21f835937fa4354cad3c8443211
    (cherry picked from commit 4ec9e65c418c38e80be5850a297174516590340e)

[OpenStack Infra (hudson-openstack)]

This issue was fixed in the openstack/tripleo-heat-templates 8.0.6 release.