commit 2245429119dc7cfdfb9c611e17df4e422fc6717a
Author: Alexandr Nevenchannyy <email address hidden>
Date: Tue Feb 17 17:59:47 2015 +0300
fuelclient: use keystone v2.0 client explicitly
Currently, we're using a Keystone client which actually performs
auto discovering and returns one of available client. In theory
all works fine, but unfortunately the "auth_url" will be replaced
by Keystone with a keystone endpoint. The issue is that this
endpoint may be unavailable if we're working through some
proxy/tunnel and don't have direct access to the fuel master node.
As workaround, we can explicitly create a keystone client for v2.0,
and none of discovering will be performed and the endpoint will not
be replaced implicitly by keystone client.
Change-Id: Ieada040739116227f53f70558cead5bcb4d5bb48
Closes-Bug: #1405190
(cherry picked from commit df4f1d9bcc6c9755fefb2654a13e817cf50ab7bd)
Reviewed: https:/ /review. openstack. org/156609 /git.openstack. org/cgit/ stackforge/ fuel-web/ commit/ ?id=2245429119d c7cfdfb9c611e17 df4e422fc6717a
Committed: https:/
Submitter: Jenkins
Branch: stable/5.1
commit 2245429119dc7cf dfb9c611e17df4e 422fc6717a
Author: Alexandr Nevenchannyy <email address hidden>
Date: Tue Feb 17 17:59:47 2015 +0300
fuelclient: use keystone v2.0 client explicitly
Currently, we're using a Keystone client which actually performs
auto discovering and returns one of available client. In theory
all works fine, but unfortunately the "auth_url" will be replaced
by Keystone with a keystone endpoint. The issue is that this
endpoint may be unavailable if we're working through some
proxy/tunnel and don't have direct access to the fuel master node.
As workaround, we can explicitly create a keystone client for v2.0,
and none of discovering will be performed and the endpoint will not
be replaced implicitly by keystone client.
Change-Id: Ieada0407391162 27f53f70558cead 5bcb4d5bb48 5fefb2654a13e81 7cf50ab7bd)
Closes-Bug: #1405190
(cherry picked from commit df4f1d9bcc6c975