<p dir="ltr"><br>
On Jul 7, 2014 3:47 PM, "Chris Friesen" <<a href="mailto:chris.friesen@windriver.com">chris.friesen@windriver.com</a>> wrote:<br>
><br>
> On 07/07/2014 12:35 PM, Day, Phil wrote:<br>
>><br>
>> Hi Folks,<br>
>><br>
>> I noticed a couple of changes that have just merged to allow the server<br>
>> group hints to be specified by name (some legacy behavior around<br>
>> automatically creating groups).<br>
>><br>
>> <a href="https://review.openstack.org/#/c/83589/">https://review.openstack.org/#/c/83589/</a><br>
>><br>
>> <a href="https://review.openstack.org/#/c/86582/">https://review.openstack.org/#/c/86582/</a><br>
>><br>
>> But group names aren’t constrained to be unique, and the method called<br>
>> to get the group instance_group_obj.InstanceGroup.get_by_name() will<br>
>> just return the first group I finds with that name (which could be<br>
>> either the legacy group or some new group, in which case the behavior is<br>
>> going to be different from the legacy behavior I think ?<br>
>><br>
>> I’m thinking that there may need to be some additional logic here, so<br>
>> that group hints passed by name will fail if there is an existing group<br>
>> with a policy that isn’t “legacy” – and equally perhaps group creation<br>
>> needs to fail if a legacy groups exists with the same name ?<br>
><br>
><br>
> Sorry, forgot to put this in my previous message.  I've been advocating the ability to use names instead of UUIDs for server groups pretty much since I saw them last year.<br>
><br>
> I'd like to just enforce that server group names must be unique within a tenant, and then allow names to be used anywhere we currently have UUIDs (the way we currently do for instances).  If there is ambiguity (like from admin doing an operation where there are multiple groups with the same name in different tenants) then we can have it fail with an appropriate error message.</p>

<p dir="ltr">The question here is not just about server group names, but all names. Having one name be unique and not another (instance names), is a recipe for a poor user experience. Unless there is a strong reason why our current model is bad ( non unique names), I don't think this type of change is worth the impact on users.</p>

<p dir="ltr">><br>
><br>
> Chris<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>