Wow, I hate typing on my phone. Corrected email below so it actually makes sense:<div><br></div><div><div><font size="2"><span style="background-color:rgba(255,255,255,0)">One thing I noticed is that if you build your kernel snap with confinement: strict </span></font></div><div><font size="2"><span style="background-color:rgba(255,255,255,0)">It will build your image with the three snaps showing in the snap list command, so that when you add other snaps, it does not download the Ubuntu-core snap and make the system 100% unstable. </span></font></div><div><font size="2"><span style="background-color:rgba(255,255,255,0)"><br></span></font></div><div><font size="2"><span style="background-color:rgba(255,255,255,0)">I've also been using the stable channel instead of edge because with the edge channel I have not been able to get the device to detect the network properly on many devices mainly because it's looking for network, and it being a switch, relies on the network drivers to be loaded before the cloud init runs <span></span>which has lead to a boot up time of 5 minutes on initial boot. </span></font></div><br>On Thursday, September 8, 2016, Luke Williams <<a href="mailto:luke.williams@canonical.com">luke.williams@canonical.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Mike,<div><br></div><div>One thing I noticed is that if you build your kernel snap with confinement: strict </div><div>It will build your image with the three snaps showing in the snap list command, so that when you add other snaps, Jr. Does not download the Ubuntu-core snap and make the system 100% unstable. </div><div><br></div><div>I've also been using the stable channel instead of edge since the edge channel I have not been able to get the device to detect the network properly on many devices mainly because it's looking for network, and it being a switch, relies on the network drivers to be loaded before the cloud unit rubs, which has lead to a boot up time of 5 minutes on initial boot. </div><div><br></div><div><br>On Thursday, September 8, 2016, MikeB <<a href="javascript:_e(%7B%7D,'cvml','mabnhdev@gmail.com');" target="_blank">mabnhdev@gmail.com</a>> 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_default" style="font-family:tahoma,sans-serif;font-size:small"><div class="gmail_default"><div class="gmail_default"><br></div><div class="gmail_default">I'm looking to run OpenSwitch on several new whitebox switch platforms with Snappy/Ubuntu-Core as the native OS.</div><div class="gmail_default"><br></div><div class="gmail_default">Each of these platforms requires a custom kernel in order to boot.</div><div class="gmail_default">Each of these platforms requires at least one custom kernel driver to access the network ASIC.</div><div class="gmail_default">Each of these platforms is initially loaded using ONIE.</div><div class="gmail_default"><br></div><div class="gmail_default">I currently use snapcraft and the kernel plugin to create a custom kernel snap for each platform.  I apply any necessary kernel patches during the pull stage through a custom plugin.  I inject the custom .ko driver files into the parts/kernel/install between the build and stage phases of snapcraft.</div><div class="gmail_default"><br></div><div class="gmail_default">I then use 'ubuntu-device-flash core 16 --channel=edge --kernel=$snap --gadget=pc --os=ubuntu-core -o $IMG' to create an image.</div><div class="gmail_default"><br></div><div class="gmail_default"><div class="gmail_default">I then use kpartx and ONIE scripts to create an ONIE NOS Installer from the image I created.</div><div><br></div></div><div class="gmail_default">The most critical problem I have now is that snapd fails to start on my target systems.  No snapd, no snaps.   I assume it is because 'Sep  8 10:56:02 localhost snap[853]: error: cannot read assert seed dir: open /var/lib/snapd/seed/assertions<wbr>: no such file or directory'.  However, I also see many instances of the following message: 'Sep  8 11:06:34 localhost snapd[1689]: error: cannot downgrade: snapd is too old for the current system state (patch level 3)'.</div><div><br></div></div><div class="gmail_default">Regards, Mike</div></div></div>
</blockquote></div><br><br>-- <br><div dir="ltr">Thanks,<br><br><br>Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core<div><a href="javascript:_e(%7B%7D,'cvml','luke.williams@canonical.com');" target="_blank">luke.williams@canonical.com</a></div><div><a href="http://www.canonical.com" target="_blank">www.canonical.com</a> || <a href="http://www.ubuntu.com" target="_blank">www.ubuntu.com</a></div><div><br></div></div><br>
</blockquote></div><br><br>-- <br><div dir="ltr">Thanks,<br><br><br>Luke Williams - Technical Partner Manager, Network Switches and Ubuntu-Core<div><a href="mailto:luke.williams@canonical.com" target="_blank">luke.williams@canonical.com</a></div><div><a href="http://www.canonical.com" target="_blank">www.canonical.com</a> || <a href="http://www.ubuntu.com" target="_blank">www.ubuntu.com</a></div><div><br></div></div><br>