Posts made by scottwalsh

scottwalsh

The docker stack is running on magicmirroros (https://gitlab.com/khassel/magicmirroros). Installed in May’24 from the provided image.

Saw the new release was recently out. Not sure if failed before or after that.
Noted it had failed 1pm US central time.
Updated the OS and containers about 2pm US central time.

Looking https://gitlab.com/khassel/magicmirror/-/pipelines - I think the containers might have been updated since the new release.

scottwalsh@calendar:/opt/mm/run/includes $ 
scottwalsh@calendar:/opt/mm/run/includes $ cat watchtower.yaml 
services:
  watchtower:
    privileged: true
    image: ${WATCHTOWER_IMAGE}
    container_name: watchtower
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    # --interval 300 --> poll interval in seconds
    # --cleanup --> for auto image pruning
    command: --interval ${MM_WATCHTOWER_INTERVAL} ${MM_WATCHTOWER_CLEANUP}
    restart: always
scottwalsh@calendar:/opt/mm/run/includes $

scottwalsh

Running magicmirroros which uses Karsten’s docker implementation.

This morning found mm blank, and the mm container had sigfault errors connecting to the screen (didn’t collect logs). As been at last six months since last updated, updated the os (apt-get update/upgrade), containers, and rebooted.

Everything looks to be running fine outwardly, however noted a few errors in the container logs.
And the watchtower log is just in a loop restating.

Extracts below.

scottwalsh@calendar:/opt/mm/run $ docker logs mm
[2026-01-02 07:59:07.394] [LOG]   [app] Server started ... 
[2026-01-02 07:59:07.397] [LOG]   [node_helper] Connecting socket for: MMM-mmpm 
[2026-01-02 07:59:07.399] [LOG]   [node_helper] Starting module helper: MMM-mmpm 
[2026-01-02 07:59:07.401] [LOG]   [node_helper] Connecting socket for: calendar 
[2026-01-02 07:59:07.402] [LOG]   [calendar] Starting node helper for: calendar 
[2026-01-02 07:59:07.404] [LOG]   [node_helper] Connecting socket for: MMM-AVStock 
[2026-01-02 07:59:07.406] [LOG]   [node_helper] Connecting socket for: MMM-anotherNewsFeed 
[2026-01-02 07:59:07.408] [LOG]   [MMM-anotherNewsFeed] Starting node helper for: MMM-anotherNewsFeed 
[2026-01-02 07:59:07.409] [LOG]   [node_helper] Connecting socket for: updatenotification 
[2026-01-02 07:59:07.411] [LOG]   [node_helper] Starting module helper: updatenotification 
[2026-01-02 07:59:07.412] [LOG]   [app] Sockets connected & modules started ... 
[21:0101/185908.239072:ERROR:dbus/bus.cc:408] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[2026-01-02 07:59:08.641] [LOG]   [electron] Launching application. 
[21:0101/185909.015470:ERROR:dbus/object_proxy.cc:573] Failed to call method: org.freedesktop.DBus.NameHasOwner: object_path= /org/freedesktop/DBus: unknown error type: 
[21:0101/185909.016371:ERROR:dbus/bus.cc:408] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[21:0101/185909.016913:ERROR:dbus/bus.cc:408] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[21:0101/185909.017979:ERROR:dbus/bus.cc:408] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[21:0101/185909.018861:ERROR:dbus/bus.cc:408] Failed to connect to the bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[21:0101/185909.023819:ERROR:dbus/object_proxy.cc:573] Failed to call method: org.freedesktop.DBus.NameHasOwner: object_path= /org/freedesktop/DBus: unknown error type: 
[2026-01-02 07:59:12.566] [INFO]  [utils] 


scottwalsh@calendar:/opt/mm/run $ docker logs watchtower
time="2026-01-01T18:58:38Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:58:38Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:58:43Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:58:43Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:58:46Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:58:46Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:58:50Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:58:50Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:58:54Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:58:54Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:58:58Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:58:58Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:59:04Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:59:04Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:59:13Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:59:13Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:59:27Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:59:27Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
time="2026-01-01T18:59:55Z" level=error msg="Error response from daemon: client version 1.25 is too old. Minimum supported API version is 1.44, please upgrade your client to a newer version"
time="2026-01-01T18:59:55Z" level=info msg="Waiting for the notification goroutine to finish" notify=no
scottwalsh@calendar:/opt/mm/run $

scottwalsh

Installed the pi 4 today.

Was getting up to 4 days on the 02W without it crashing, so will need to give it a week to know for sure.

scottwalsh

Thanks for the tips, will take a look tomorrow to see how would do it via CSS.

Why would you recommend doing it via CSS? Turning the headers on and off as a config option feel more intuitive to me compared to using CSS to surpress them.

scottwalsh

Although moving to 64 bit made it more stable, still found it was going blank after a few days requiring the mm container restarted.

Think the Zero 2W was too under powered for what I was trying to do. So have upgraded to a Pi 4.

scottwalsh

I have two instances of the module, and I only want to hide the header on one instance. If I use CSS, wouldn’t it hide it for both?

scottwalsh

I use the MMM-CalendarExt3 module, and decided for my configuration wanted to display it without the header (in week view).

Made the following modifications to make it into an option to turn the header on and off.

Sharing it here as haven’t looking into how to contribute via git…

--- MMM-CalendarExt3.js.org	2025-08-09 22:19:40.792525741 +1200
+++ MMM-CalendarExt3.js	2025-08-09 22:22:25.620897641 +1200
@@ -82,7 +82,7 @@
     skipDuplicated: true,
     monthIndex: 0,
     referenceDate: null,
-
+    showHeader: true, 
     customHeader: false // true or function
   },
 
@@ -755,7 +755,7 @@
       config: options,
       range: [boc, eoc]
     })
-    makeDayHeaderDom(dom, options, { boc, eoc })
+    if (options.showHeader) makeDayHeaderDom(dom, options, { boc, eoc })
     makeWeekGridDom(dom, options, targetEvents, { boc, eoc })
     if (options.displayLegend) displayLegend(dom, targetEvents, options)
     if (options.customHeader) customHeaderDom(dom, options, { boc, eoc })

scottwalsh

Moving to 64bit looks like might have helped. Up for 18 hours since rebuilding so far with my full calendar configuration.

Observation - took about 30 min to boot through displaying the calendar. Load average getting up to 20.0+ during boot, assume swapping a lot via the slow SD card interface. So although looks more stable, much slower performance.

scottwalsh

@sdetweil said in MM Screen goes blank 5-20min after starting (was stable on 2.31) - Pi Zero 2W running MagicMirrorOS:

sdetweil
3 minutes ago

@karsten13 he should examine use and adjust as required…

As @karsten13 noted, defaults to 1024 on a 2W (have done first boot post imaging). Will give it a go at 2048, likely a bit oversized.

scottwalsh

@sdetweil said in MM Screen goes blank 5-20min after starting (was stable on 2.31) - Pi Zero 2W running MagicMirrorOS:

Away
sdetweil
3 minutes ago

@scottwalsh the 64bit version takes about 500m more memory than the 32 bit version…

Thanks for the tip, what’d you recommend as a min swap size? Will just try it off the SD card to start (as don’t have a USD at hand).