<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 29, 2014 at 1:25 AM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 29 April 2014 12:27, Dolph Mathews <<a href="mailto:dolph.mathews@gmail.com">dolph.mathews@gmail.com</a>> wrote:<br>


><br>
<br>
<br>
> Sure: domain names are unambiguous but user mutable, whereas Heat's approach<br>
> to using admin tenant "name" is at risk to both mutability and ambiguity (in<br>
> a multi-domain deployment).<br>
<br>
</div>Isn't domainname/user unambiguous and unique?</blockquote><div><br></div><div>Yes</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">mutability is really not<br>


keystones choice.<br>
<br>
If keystone won't accept domainname/user then that will force us to<br>
either do two stack-updates for a single deploy (ugly) or write<br>
patches to heat (and neutron where the callback-to-nova support has<br>
the same issue) to manually try a lookup and work around this.<br>
<br>
Since its trivial to write such a thunk, what benefit is there to your<br>
users - e.g. TripleO/heat/nova not have it in keystone itself?<br>
<br>
-Rob<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>
HP Converged Cloud<br>
</font></span><div class="HOEnZb"><div class="h5"><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" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>