and I can see the progress of downloading each .tar.gzip file in usb1/pull. After download of each archive CPU rises for a period of time, indicating extraction of archives is performed, but only the almighty Lord above knows where the extracted files are placed..
I have repeated the process quite a few times now, and often the process stops with one small archive (171 bytes) in /usb1/pull and status stuck at “extracting” like this:
Occasionally the extraction process appears to have completed with container status “Stopped”.
However it is not possible to start the container, simply nothing happens, no error message, no log entry.
Root dir for the container is set to /usb1/ha, am I supposed to have files stored there? It is always empty.
Can anyone please shed some light on this?
Will I be better off trying to download and extract the container manually, if possible?
Where do I go to find it?
Hmm. Can you also change tmpdir=usb1/pull in /container/config (settings), to remove that slash too?
If that does not work, you could try to the the “layer-dir” in container settings this specifies where the layers are stored:
/container config set layer-dir=usb1/layers
However that did not change the outcome, it stopped after downloading the 171 bytes file, like it normally does.
For some reason the setting layer-dir is only visible in the cli, do you know why it is hidden from the config window in Winbox, and also not mentioned in the MT Container doc?
Regarding removing leading "/"s in pathnames: Tried to do the same to dst param in /container mount, but ROS re-added it automatically.
Here you can see the result of my last attempt.
One subdir is made for each file under usb1/layer, however with no files therein?
Also usb1/ha appears to be empty…
I can see that an autosupout was created at the time the process halted..should I send it to MT for investigation?
Perhaps a case at support@mikrotik.com. The path and layer-dir= is about the only knobs I know to try here… Make sure to generate a new supout.rif with the current state and include that too.
Sometime RouterOS has trouble processing the OCI metadata in these “multi-platform” images – which has been fixed at various points – but since you’re using a valid tag… it really should work. But looks like it isn’t.
And, yeah, mounts does want or will add a / slash — why it’s so confusing with the /
Yes, that’s what I tried until Amm0 suggested to specify it yesterday.
As it is only visible in cli, not in Winbox, and also not mentioned in the docs, I was not aware of it until then.
Do you have any idea why no extracted files show up on /usb1, just the downloaded .tar.gzip achives?
From the behaviour, i.e. delay and CPU usage in between the archives, it looks like it is busy extracting, but no files are visible thereafter.
MT Support suggested Netinstall to clean things up.
No way I could get the RB3011 visible in Netinstall, despite “ether boot” in display.. so I moved to an RB5009.
Netinstalled 7.17 on it, installed Container package.
Based on at tip in from Amm0 I changed HA from branch “stable” to “latest”, installed HA container and it worked!
Thank you for engaging in my problem, now I’m happier
# ... add veth and networking config ...
# SSD is at "raid1/" and layer-dir= and tmpdir= explicitly use the "real" disk
/container/config set layer-dir=raid1/layers registry-url=https://registry-1.docker.io tmpdir=raid1/tmpdir
# had to use :latest - otherwise does error
/container add remote-image=homeassistant/home-assistant:latest root-dir=raid1/ha-root interface=veth-ha logging=yes
and to be clear seeming using “remote-image=homeassistant/home-assistant” does NOT work, the tag must be specified (and match a valid tag on DockerHub), thus the “:latest” at the end.
