Open Stack

Most of nova is configurable via policy.json, but there is the issue with
context.is_admin checks that still exist in a few places. We definitely
need to modify that.

Joshua, the idea is that policy.json will ultimately be managed in keystone
as well. Currently the policy.json is checked for modifications, so it
would be possible to throw it on shared storage and modify it for every
node at once without having to restart the nodes.  This is an interim
solution until we allow for creating and retrieving policies inside of
keystone.

Vish

On Thu, May 10, 2012 at 7:13 PM, Joshua Harlow <harlowja at yahoo-inc.com>wrote:

>  I was also wondering about this, it seems there are lots of policy.json
> files with hard coded roles in them, which is weird since keystone supports
> the creation of roles and such, but if u create a role which isn’t in a
> policy.json then u have just caused yourself a problem, which isn’t very
> apparent...
>
>
> On 5/10/12 2:32 PM, "Salman A Baset" <sabaset at us.ibm.com> wrote:
>
> It seems that 'admin' role is hard-coded cross nova and horizon. As a
> result if I want to define 'myadmin' role, and grant it all the admin
> privileges, it does not seem possible. Is this a recognized limitation?
>
> Further, is there some good documentation on policy.json for nova,
> keystone, and glance?
>
> Thanks.
>
> Best Regards,
>
> Salman A. Baset
> Research Staff Member, IBM T. J. Watson Research Center
> Tel: +1-914-784-6248
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120511/cd9f2eaa/attachment.html>