<div dir="ltr">This just happened to me, too.  Kill-controller needs to work if at all possible.  That's the whole point.  And yes, users may not hit specific problems, but devs do, and that wastes our time trying to figure out how to manually clean up the garbage.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Apr 4, 2016 at 8:33 AM Rick Harding <<a href="mailto:rick.harding@canonical.com">rick.harding@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 class="gmail_quote"><div dir="ltr">On Sun, Apr 3, 2016 at 6:56 PM Andrew Wilkins <<a href="mailto:andrew.wilkins@canonical.com" target="_blank">andrew.wilkins@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 class="gmail_quote"><div dir="ltr">In a non-beta release we would make sure that the config changes aren't backwards incompatible.</div></div></div></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>I think this is the key thing. I think that kill-controller is an exception to this rule. I think we should always at least give the user the ability to remove their stuff and start over with the new alpha/beta/rc release. I'd like to ask us to explore making kill-controller an exception to this policy and that if tests prove we can't bootstrap on one beta and kill with trunk that it's a blocking bug for us.  </div></div></div>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com" target="_blank">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>
</blockquote></div>