Read the statement by Michael Teeuw here.
MagicMirrorOS build intermittently not starting mm container (Version 2.30)
-
@scottwalsh what host is the docker host? pi, unix, nas?
mine is running on synology nas
-
@scottwalsh said in MagicMirrorOS build intermittently not starting mm container (Version 2.30):
However, I am finding if power cycle it, sometimes the calendar does not load up and just have a blank screen.
I don’t know if this is related to the docker setup but I think not. I have encountered similar problems depending on slow hardware and/or heavy load on start due to many modules starting in parallel or starting after fresh boot.
So you could try to change the start order of the modules (order in config.js), e.g. put the calendar as first.
@sdetweil said in MagicMirrorOS build intermittently not starting mm container (Version 2.30):
@scottwalsh that is not MagicMirrorOS
that is karstens docker containermmos uses my docker setup
-
-
from the beginning
-
@karsten13 hm…
-
well, I did not promote it because the image base was to old (beside other problems) but in 2024 I decided to do a complete refactor so now the image build (iso, not docker) is done by me with gitlab based on the current raspian bookworm os lite.
-
@scottwalsh please dont double post
-
@sdetweil
The host is a pi zero 2w - so is on the low spec side. -
@sdetweil said in MagicMirrorOS build intermittently not starting mm container (Version 2.30):
@scottwalsh please dont double post
Apologies, user error.
-
-
@sdetweil said in MagicMirrorOS build intermittently not starting mm container (Version 2.30):
@scottwalsh how big is the swap file?
free -m
scottwalsh@calendar:~ $ free -m total used free shared buff/cache available Mem: 425 210 66 0 204 214 Swap: 1023 203 820 scottwalsh@calendar:~ $ -
@karsten13 @scottwalsh
bookworm is about 500m bigger that bullseyeso swap is critical on small memory machines
-
mmos is critical with pi zero 2w, I had a user who gave up, but it depends on installed modules and quality of used sd-card.
CONF_SWAPSIZE=1024(if not changed by user) -
@scottwalsh can you show w MagicMirror running…
-
An observation, if I power cycle the pi, there is a good chance of it not starting up with the errors in the original post.
Once leave it for five min for all the processes to start (and fail), then run docker compose up -d --force-recreate, it seems to be stable from then on and works well.
-
@sdetweil said in MagicMirrorOS build intermittently not starting mm container (Version 2.30):
@scottwalsh can you show w MagicMirror running…
scottwalsh@calendar:/opt/mm/run $ scottwalsh@calendar:/opt/mm/run $ docker compose up -d --force-recreate [+] Running 5/5 ✔ Container watchtower Started 42.0s ✔ Container labwc Started 41.9s ✔ Container init Started 42.2s ✔ Container mmpm Started 42.4s ✔ Container mm Started 5.3s scottwalsh@calendar:/opt/mm/run $ scottwalsh@calendar:/opt/mm/run $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES a1cb1b400de1 karsten13/mmpm:latest "/home/node/entrypoi…" 3 minutes ago Up 2 minutes 0.0.0.0:6789->6789/tcp, :::6789->6789/tcp, 0.0.0.0:7890-7891->7890-7891/tcp, :::7890-7891->7890-7891/tcp, 0.0.0.0:8907->8907/tcp, :::8907->8907/tcp mmpm f7ec5d32f0bd karsten13/magicmirror:latest "/usr/bin/tini -- ./…" 3 minutes ago Up About a minute mm 74193ae14fbf karsten13/labwc:latest "/entrypoint.sh" 3 minutes ago Up 2 minutes labwc bcf30cd7bb10 containrrr/watchtower:latest "/watchtower --inter…" 3 minutes ago Up 2 minutes (healthy) 8080/tcp watchtower scottwalsh@calendar:/opt/mm/run $ scottwalsh@calendar:/opt/mm/run $ free -m total used free shared buff/cache available Mem: 425 236 134 36 141 189 Swap: 1023 296 727 scottwalsh@calendar:/opt/mm/run $ -
@scottwalsh probably swap file speed bound
-
the script
/opt/mm/install/install.shis executed with every reboot.As workaround you could add
sleep 10s docker compose up -d --force-recreateat the end (where you have to play with the sleep seconds).
-
@karsten13 said in MagicMirrorOS build intermittently not starting mm container (Version 2.30):
the script /opt/mm/install/install.sh is executed with every reboot.
As workaround you could add
Is that executed on the OS boot, or by one of the containers as they start?
I was thinking of a workaround like that to introduce a pause. Given the low machine spec, it seems to be busy for about 5min after sshd starts, so will just try a 300 sec sleep.
-
on OS boot
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login