I am able to build and deploy multicontainer service to resin.io, but the device will not update to the new multicontainer application. I am running ‘Resin OS 2.13.1+rev1’ and I am using Resin.io Starter application type. It should be noted that the “Logs” view on the device does not show anything and the “Terminal” view cannot connect. The device is online and a previous service single container application is working as expected and can connect to the webpage on port 80.
I am running staged update, and I force the device to a specific release and got the info text that states that the device is not updated yet. Which is correct, but nothing is happening.
Build and deploy works fine. The 3 services are shown in the release in the dashboard, but the release is never downloaded or installed. The device just keeps running the previous single container application.
Note that I build and deploy from my desktop via resin-cli and do not use resin servers to build the containers. I use staged release and force update the device to the new releases when ready. The device is force updated to the multi container release, but nothing happens. I am running on an intel processor and using intel-nuc type.
Ah yeah, unfortunately our local flow doesn’t support multi container yet, so I suspect that’s what’s bugging out here. Could you give the git push flow a try and see if that works?
It does not make any difference if the services are build via git push flow instead of ‘resin build’/‘resin deploy’ flow. The device will not update to the multi container solution.
The attached images show the device not updating and the two multi container services, one build via git push flow and one build via resin cli.
The device has been placed in the same application called Software_Development for a month.
The hardware has been installed several times, hence several devices has existed on the same hardware in this time frame.
The device name has changed by every installation, but at some of the installations, the device name has been changed to a unique device name.
The current state of the device has been stable for 1-1½ week. Only performed container updates and power cycles of the device during the last 1-1½ week.
Please note that I work through businesses proxy, sometime on VPN and sometime on direct internet access.
Please note that some of the installation has been by custom ResinOS builds. Some has been by use of Resin images, but with kernel module loading experiments.
The current device state is running on an official ResinOS
Yes I have experimented with pinned commit for the application.
For the devices i have used staged release where a specific release is selected for the device.
I have not used rolling update for several weeks. I have made a python application to control the devices and in this application I select specifically which release a given device must have, hence no rolling update.
I want to migrate to a multicontainer application but this thread worries me. Sounds like you Balena guys have identified a problem, though I am not sure exactly which use case this concerns.
Does this mean that the combination multicontainer + pinned releases doesn’t work?