After getting the mender-convert created image to work on my Gigabyte Brix (see my previous post on this) I’ve run into a new issue I’m not sure how to resolve.
In order to test the updating of the second rootfs partition on sda3 through the demo server, I’ve imaged the first rootfs on sda2 using the “mender dump” command on the device. I then used the mender-artifact tool to create a deployable mender artifact from this dump and uploaded that to the mender server. I then created a deployment for my Brix using the tools available in the mender web interface.
My Brix contacts the server and after accepting it as a valid device it starts to download the deployment (which is about 2.2 gigabytes in size), this seems to go smoothly until it hits about 69 percent, after which the Brix reboots. During the reboot phase I see a message on the monitor connected to the Brix that states that it will attempt a rollback. It reboots once more after this and after I log into Ubuntu and check which rootfs is currently being used I see that it is still using the one on sda2.
I’ve noticed that a log file is created for each attempt I make and I’ve looked at its contents, but for me it isn’t clear why the update fails and rolls itself back.
Can anybody who is more knowledgeable in the internals of Mender have a look at it and explain to me what is going wrong?
Note: I had to change the extension from .log to .yaml in order to get it to attach to this message. Hopefully that doesn’t mess up the contents!