2:34 a.m.
Hi,
I'm using Mitaka release (the very latest public release one from Jun-02), and i'm
having issue with List Project in Horizon. In my case i have multiple projects created and
when i login to Horizon the drop down list of project (on the top left corner) doesn't
list properly, it only list one project only. And as I use Apache wsgi as a service
instead of keystone python web service, i checked apache log and here is what i found
[23/Jun/2016:17:09:37 +0700] "GET /v3/tenants HTTP/1.1" 404 93 "-"
"python-keystoneclient"
[23/Jun/2016:18:47:18 +0700] "POST /v3/tokens HTTP/1.1" 404 93 "-"
"keystoneauth1/2.4.1 python-requests/2.10.0 CPython/2.7.5"
You can see here the URI "/v3/tenants" should be "/v2.0/tenants" or
"/v3/projects" (i think)
and /v3/tokens should be "/v2.0/tokens" or "/v3/auth/tokens"
So i wonder if this is a bug in the python-keystoneclient or is there any configuration i
can do to force the client/keystone/horizon to use a proper URI call?
As a side, i applied a workaround to fix this issue by creating a redirect rule in apache
as follow
RewriteEngine on
Redirect /v3/tenants /v2.0/tenants
Redirect /v3/tokens /v2.0/tokens
Thanks in advance for any help.
Puthi
12:12 a.m.
On 24/06/16 09:34, Soputhi Sea wrote:
You can see here the URI "/v3/tenants" should be "/v2.0/tenants" or
"/v3/projects" (i think)
and /v3/tokens should be "/v2.0/tokens" or "/v3/auth/tokens"
So i wonder if this is a bug in the python-keystoneclient or is there
any configuration i can do to force the client/keystone/horizon to use a
proper URI call?
As a side, i applied a workaround to fix this issue by creating a
redirect rule in apache as follow
RewriteEngine on
Redirect /v3/tenants /v2.0/tenants
Redirect /v3/tokens /v2.0/tokens
Thanks in advance for any help.
Puthi
Horizon gets endpoints from keystone catalog.
Initial authentication URL is configured in
/etc/openstack-dashboard/local_settings,
and following interactions with API endpoints use settings from keystone.
openstack catalog list
will show you your configured endpoints.
--
Matthias Runge <mrunge(a)redhat.com>
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham,
Michael O'Neill, Eric Shander
2:52 a.m.
Hi,
Thanks for pointing out, i just revisit the document for openstack-dashboard. And here is
what i changed, it works now.
/etc/openstack-dashboard/local_settings
#note this option, i thought it enable by defaut but it is not
OPENSTACK_API_VERSIONS = {
"identity": 3,
"image": 2,
"volume": 2,
}
...
OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3" % OPENSTACK_HOST
Thanks
Puthi
________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of
Matthias Runge <mrunge(a)redhat.com>
Sent: Monday, June 27, 2016 12:12 PM
To: rdo-list(a)redhat.com
Subject: Re: [rdo-list] python-keystoneclient (2.3.1-2) make wrong URI call for keystone
api V3
On 24/06/16 09:34, Soputhi Sea wrote:
You can see here the URI "/v3/tenants" should be "/v2.0/tenants" or
"/v3/projects" (i think)
and /v3/tokens should be "/v2.0/tokens" or "/v3/auth/tokens"
So i wonder if this is a bug in the python-keystoneclient or is there
any configuration i can do to force the client/keystone/horizon to use a
proper URI call?
As a side, i applied a workaround to fix this issue by creating a
redirect rule in apache as follow
RewriteEngine on
Redirect /v3/tenants /v2.0/tenants
Redirect /v3/tokens /v2.0/tokens
Thanks in advance for any help.
Puthi
Horizon gets endpoints from keystone catalog.
Initial authentication URL is configured in
/etc/openstack-dashboard/local_settings,
and following interactions with API endpoints use settings from keystone.
openstack catalog list
will show you your configured endpoints.
--
Matthias Runge <mrunge(a)redhat.com>
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/Red_Hat_RGB.jp...
Red Hat | The world's open source leader<http://www.de.redhat.com/>
www.de.redhat.com
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham,
Michael O'Neill, Eric Shander
_______________________________________________
rdo-list mailing list
rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
3:17 a.m.
On Mon, Jun 27, 2016 at 9:52 AM, Soputhi Sea <puthi(a)live.com> wrote:
Thanks for pointing out, i just revisit the document for
openstack-dashboard. And here is what i changed, it works now.
/etc/openstack-dashboard/local_settings
#note this option, i thought it enable by defaut but it is not
OPENSTACK_API_VERSIONS = {
"identity": 3,
"image": 2,
"volume": 2,
}
...
OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3" % OPENSTACK_HOST
What was the installation tool, packstack or tripleo?
Cheers,
Alan
3:22 a.m.
Hi,
I wrote my own ansible to deploy the components, the need for my environment is a bit
specific. I followed the document from openstack.
Thanks
Puthi
On Jun 27, 2016, at 3:17 PM, Alan Pevec <apevec(a)redhat.com>
wrote:
> On Mon, Jun 27, 2016 at 9:52 AM, Soputhi Sea <puthi(a)live.com> wrote:
> Thanks for pointing out, i just revisit the document for openstack-dashboard. And
here is what i changed, it works now.
> /etc/openstack-dashboard/local_settings
> #note this option, i thought it enable by defaut but it is not
> OPENSTACK_API_VERSIONS = {
> "identity": 3,
> "image": 2,
> "volume": 2,
> }
> ...
> OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3" % OPENSTACK_HOST
What was the installation tool, packstack or tripleo?
Cheers,
Alan
3100
days inactive
3103
days old
4 comments
3 participants
participants (3)
-
Alan Pevec -
Matthias Runge -
Soputhi Sea