<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Jun 23, 2017 at 7:47 AM Menno Smits <<a href="mailto:menno.smits@canonical.com">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 class="gmail_default"><font face="verdana, sans-serif">We've had some discussion this week about whether Juju could use MongoDB from snap instead of a deb. This would make it easier for Juju to stay up to date with the latest MongoDB releases, avoiding the involved process getting each update into Ubuntu's update repository, as well as giving us all the other advantages of snaps.</font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">Two concerns were raised in this week's tech board meeting. </font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif"><b>1. Does snapd work on all architectures that Juju supports?</b></font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">The answer appears to be "yes with some caveats". For xenial onwards there are snapd packages for all the architectures the Juju team cares about.</font></div></div></blockquote><div><br></div><div>Ah, I thought the question was rather whether or not the mongo snap existed for all of those architectures. I don't think it does. IIANM, the snap comes from <a href="https://github.com/niemeyer/snaps/blob/master/mongodb/mongo32/snapcraft.yaml">https://github.com/niemeyer/snaps/blob/master/mongodb/mongo32/snapcraft.yaml</a>, which (if you look at the "mongodb" part, appears to only exist for x86_64). So we would need to do some work on that first.</div><div> </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_default"><div class="gmail_default"><font face="verdana, sans-serif">   <a href="https://packages.ubuntu.com/xenial/snapd" target="_blank">https://packages.ubuntu.com/xenial/snapd</a><br></font></div><div class="gmail_default"><br></div><div><font face="verdana, sans-serif">For trusty only amd64, armhf and i386 appear to be supported.</font></div></div><div class="gmail_default"><br></div><div class="gmail_default"><font face="verdana, sans-serif">   <a href="https://packages.ubuntu.com/trusty-updates/snapd" target="_blank">https://packages.ubuntu.com/trusty-updates/snapd</a><br></font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">This is probably ok. I think it's probably fine to start saying that new Juju controllers, on some architectures at least, need to be based on xenial or later.</font></div></div></blockquote><div><br></div><div>Since the controller machine isn't designed for workloads, it seems fine to me to restrict them to latest LTS.</div><div><br></div><div>One issue would be upgrades: we would either have to continue supporting both snaps and debs for mongodb, or we would have to disallow upgrading from a system that doesn't support snaps. That would OK as long as there are no workloads on the controller, as we could use migration.</div><div><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_default"><b>2. Does snapd work inside LXD containers?</b></div><div class="gmail_default"><b><br></b></div><div class="gmail_default">Although it's rarely done, it's possible to set up a Juju HA cluster where some nodes are running inside LXD containers so this is something we'd need to consider.</div></div></blockquote><div><br></div><div>It would suck if we couldn't test using the lxd provider, though.</div><div><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_default">From xenial onwards, snapd does indeed work inside LXD containers. I followed Stephane's instructions using a xenial container and successfully installed a number of non-trivial, working snaps including Gustavo's mongo32 snap.</div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">  <a href="https://stgraber.org/2016/12/07/running-snaps-in-lxd-containers/" target="_blank">https://stgraber.org/2016/12/07/running-snaps-in-lxd-containers/</a></font><br></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">There is of course more testing to be done but it seems like having Juju's MongoDB in a snap is certainly doable.</font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></div><div class="gmail_default"><font face="verdana, sans-serif">- Menno</font></div><div class="gmail_default"><font face="verdana, sans-serif"><br></font></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></div>