<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sat, Apr 23, 2016 at 4:15 AM Eric Snow <<a href="mailto:eric.snow@canonical.com">eric.snow@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In a recent bug I was working on the issue of auto-upgrading models<br>
came up.  I also ran into this personally not too long ago.<br>
Currently, running "juju upgrade-juju -m admin --upload-tools"[1]<br>
upgrades the admin model to a new version.  To set the version of any<br>
other model to the uploaded one, you must do so separately afterward,<br>
e.g. "juju upgrade-juju -m default 2.0-rc1.3". [2]<br>
<br>
The fact that you must upgrade the non-admin model separately is<br>
something new with multi-model support.  Perhaps it is only something<br>
that will throw off folks that have relied on --upload-tools<br>
previously and perhaps it is something that we'll just adjust to.<br>
However, I wanted to bring the matter up here and identify potential<br>
courses of action (not all mutually exclusive):<br>
<br>
1. do nothing (rely on users to know to always upgrade juju per-model)<br>
2. clearly point this out in the documentation<br>
3. add a note in the output of "juju upgrade-juju --upload-tools"<br>
reminding admins to manually upgrade each model<br>
4. make the "juju is out-of-date" warnings also show up for models<br>
relative to the controller<br>
5. auto-upgrade models when the controller is upgraded<br>
6. auto-upgrade but have a flag to not auto-upgrade<br>
7. have a flag to auto-upgrade<br></blockquote><div><br></div><div>Whatever we do, #2 should never be optional.</div><div><br></div><div>I would like us to have all of<span style="line-height:1.5"> #2, #3, #4, #7. For #3, we could say "upgrade each model ... or run `juju upgrade-juju </span><span style="line-height:1.5">--all-models</span><span style="line-height:1.5"> <version-upgraded-to>`".</span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">I don't think this should be restricted to "--upload-tools", but rather just upgrading the admin model in general.</span></div><div><span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">Cheers,</span></div><div><span style="line-height:1.5">Andrew</span></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
FWIW, I don't consider #1 or #5 to be acceptable options.  I'm on the<br>
fence about #6; it aligns with what I expect would be a better default<br>
experience but hesitate to make unrequested changes of that sort by<br>
default.  So #7 might be more appropriate if the consequences of #6<br>
would be too risky.  Regardless, I do think the user experience of<br>
upgrade-juju could be improved.<br>
<br>
Thoughts?<br>
<br>
-eric<br>
<br>
<br>
[1] You can no longer upload tools to any other model than admin.<br>
[2] Thankfully, due to some recent work by axw the new version is<br>
*available* to all models.<br>
<br>
--<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></div>