Hi Dean,
This is true only if that particular command line option is used - so in
that case it makes sense, but this issue arose because I (possibly
inadvertently, but as an admin setting up accounts and testing accounts
this is feasible so one would argue if this is an edge case) had
SERVICE_TOKE
On Sun, Mar 11, 2012 at 2:35 PM, Kevin Jackson
wrote:
> Thanks Adam for clarifying the position of the ENVVARS: SERVICE_ENDPOINT and
> SERVICE_TOKEN.
> There are a couple of issues I have with this though:
>
> 1) It's not clear that these are strictly over-riding envvars.
Actually, the environmen
Thanks Adam for clarifying the position of the ENVVARS: SERVICE_ENDPOINT
and SERVICE_TOKEN.
There are a couple of issues I have with this though:
1) It's not clear that these are strictly over-riding envvars.
2) The bug I've raised has been marked invalid - but I'd like to argue that
this is a use
Ah, sorry - didn't make myself clear.
I tried both token and user/pass approaches separately to see if one
approach worked and not another. They were giving the same response.
Bug is https://bugs.launchpad.net/keystone/+bug/949904
Regards,
Kev
On 8 March 2012 19:09, Adam Gandelman wrote:
>
Hey Kevin-
Some stuff in-line
On 03/08/2012 06:08 AM, Kevin Jackson wrote:
Dear all,
I've just installed Ubuntu 12.04 B1 with OpenStack from the Ubuntu repos.
I've set up keystone as per:
https://github.com/uksysadmin/OpenStackInstaller/blob/essex/keystone-services.sh
(which I based on the k
Dear all,
I've just installed Ubuntu 12.04 B1 with OpenStack from the Ubuntu repos.
I've set up keystone as per:
https://github.com/uksysadmin/OpenStackInstaller/blob/essex/keystone-services.sh(which
I based on the
keystone.openstack.org docs)
I'm struggling though.
I can set up the roles, users,
6 matches
Mail list logo
