<div dir="ltr">We can put the environment name in a field that is visible, but isn't canonical. It depends on the specific use case, but if we can use tags, we can use "juju-environment-uuid" or some tag like that as the official "what environment is this in", and then "name" is just a local value, which can be changed as it isn't a critical piece.<div><br></div><div>John</div><div>=:-><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 23, 2015 at 9:19 AM, Andrew Wilkins <span dir="ltr"><<a href="mailto:andrew.wilkins@canonical.com" target="_blank">andrew.wilkins@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><span class=""><div dir="ltr">On Fri, Oct 23, 2015 at 1:00 PM Menno Smits <<a href="mailto:menno.smits@canonical.com" target="_blank">menno.smits@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div> While working on the environment migrations spec I noticed that it is currently not possible to change the name of a Juju environment once it has been created. This creates an unfortunate corner case in the context of environment migrations, where you might have an environment that can't be migrated to another controller because you've already created another (unrelated) environment with the same name on the target controller. <br><br></div>Rick pointed out that it would also be nice to be able to rename an environment when its purpose has changed. For example, you might have created an environment called "test" which you build up and end up using for production purposes. At that point the environment name doesn't make much sense.<br><br></div>We will fix this. The rename itself is fairly easy to implement but  environment names have also been used as part of things such as EC2 and Openstack security group names so this will need to change too. It would be better if the names of external environment-related resources used the environment UUID instead. There is a card for this work in Onyx's backlog.<br></div></div></div></blockquote><div><br></div></span><div>It was specifically requested that we include the environment name in resource names for debugging purposes (e.g. I'm looking at the AWS console and want to know which Juju machine this instance corresponds to). Some of this was done in 1.25, some was pre-existing.</div><div><br></div><div>These requirements are at odds with each other. Just wondering if this has been considered.</div><div><br></div><div>Cheers,</div><div>Andrew</div></div></div>
<br>--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
<br></blockquote></div><br></div>