<tt><font size=2>Steve Gordon <sgordon@redhat.com> wrote on 06/14/2014
03:22:51 PM:<br>
<br>
> > From: "Mike Spreitzer" <mspreitz@us.ibm.com><br>
> > To: "Steve Gordon" <sgordon@redhat.com><br>
> > <br>
> > Steve Gordon <sgordon@redhat.com> wrote on 06/14/2014 12:43:48
PM:<br>
> > ...<br>
> > > Yes, it's supposed to be created by the db creation/migration<br>
> > > scripts if it's not there (since Grizzly if I recall correctly).<br>
> > <br>
> > But there is also the role spelled "Member".  Why
both?<br>
> > <br>
> > Thanks,<br>
> > Mike<br>
> <br>
> When Keystone started creating a "_member_" role automatically
in <br>
> Grizzly there was a lag period before other projects, particularly
<br>
> Horizon which defaulted to "Member" at the time, started
using the <br>
> new role. As a result the installation guide, and even most <br>
> automated deployment tools, which previously had to create the role
<br>
> as part of installation still created a "Member" role because
that <br>
> was what Horizon expected and there wasn't any obvious indication
<br>
> (although there was a release note for keystone [1]) this was wrong
<br>
> or no longer required. The Horizon default was eventually updated
to<br>
> match in this commit to horizon (included in Icehouse and backported<br>
> to Havana):<br>
> <br>
> commit 0aacc44f324c3db049f912da1f84d93c1142cb37<br>
> Author: JiaHao Li <kaho_lai@hotmail.com><br>
> Date:   Thu Dec 26 15:37:14 2013 +0800<br>
> <br>
>     Sync OPENSTACK_KEYSTONE_DEFAULT_ROLE with keystone<br>
>     <br>
>     For now, keystone default role is _member_, while horizon
set<br>
>     OPENSTACK_KEYSTONE_DEFAULT_ROLE to Member. It will really
be user<br>
>     friendly to modify horizon default value to _member_
to sync with<br>
>     keystone's default setting.<br>
>     <br>
>     Change-Id: I55d15e6cfb74e52e933c5a44efd6c27930415738<br>
>     Closes-Bug: #1264228<br>
> <br>
> The end result is many older environments still have both roles <br>
> unless action is taken to manually remove the "Member" one
and <br>
> update the Horizon default to the new value, and I should note it
<br>
> probably wouldn't even be that surprising if there are still some
<br>
> deployment tools creating *new* environments and using a "Member"
<br>
> role - setting horizon to match - in this fashion instead of the <br>
> "_member_" built-in.<br>
> <br>
> Thanks,<br>
> <br>
> Steve<br>
> <br>
> [1] </font></tt><a href=https://wiki.openstack.org/wiki/ReleaseNotes/Grizzly#Upgrade_Notes_5><tt><font size=2>https://wiki.openstack.org/wiki/ReleaseNotes/Grizzly#Upgrade_Notes_5</font></tt></a><tt><font size=2><br>
> <br>
</font></tt>
<br><tt><font size=2>The current situation for users of DevStack is that
both _member_ and Member are created, and through the Horizon UI users
see both and are not sure why there are two nor which to use.</font></tt>
<br>
<br><tt><font size=2>:-(</font></tt>
<br><tt><font size=2>Mike</font></tt>