If they had called it "global" or some other container name, would you be happier with that?  If you're trying to leverage some LDAP style framework, then you'd always want users in some container instead of at the raw root.<div>
<br></div><div>Maybe some guidance or default schema would help those groups out?</div><div><br></div><div><br><div class="gmail_quote">On Wed, Jul 13, 2011 at 2:12 PM, Ziad Sawalha <span dir="ltr"><<a href="mailto:ziad.sawalha@rackspace.com">ziad.sawalha@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">And some current Nova users have created 'dummy' tenants to house global<br>
users. That's ugly and hard to maintain, so we wanted to avoid 'dummy'<br>
tenant solutions if possible. Given we're creating the spec right here and<br>
now, we can do that :-)<br>
<br>
<br>
<br>
On 7/13/11 12:14 PM, "Jay Pipes" <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>> wrote:<br>
<br>
>On Wed, Jul 13, 2011 at 12:30 PM, Bryan Taylor <<a href="mailto:btaylor@rackspace.com">btaylor@rackspace.com</a>><br>
>wrote:<br>
>> How is this different in effect than letting swift or nova be tenants?<br>
>>Each<br>
>> tenant gets to define users, roles, and groups, right?<br>
><br>
>A service can have multiple tenants. For instance, an installation of<br>
>Nova might have a RAX tenant and a RAX-INTERNAL tenant, both of which<br>
>can create users and roles separately. Keystone can manage these sets<br>
>of users independently, but when the Nova service requests information<br>
>from Keystone, supplying the tenant and user, which depending on the<br>
>information stored in Keystone, could return different role/group<br>
>infomation.<br>
><br>
>-jay<br>
><br>
>_______________________________________________<br>
>Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
>Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
>More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
This email may include confidential information. If you received it in error, please delete it.<br>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</blockquote></div><br></div>