NEWS

@thaiyoda sagte in ioBroker, slzb-06, zigbee2mqtt, raspi 4 installation:

Ich hoffe unten die Konfiguration des Containers aus Container Inspect ist das, was du meinst

Ich gehe mal nur auf die offensichtliche Fehlerursache ein, zu den anderen Sachen wurde ja schon einiges gesagt.

Dass der Zigbee2MQTT Container nicht startet, liegt daran, dass er keine Verbindung zum MQTT-Broker aufbauen kann. Wenn du den ioBroker MQTT-Adapter als Broker verwenden willst, baust du dir ein kleines "Henne-Ei-Problem": Der Z2M-Container kann nur starten, wenn der ioBroker schon läuft, umgekehrt kann der Z2M-Adapter nur starten, wenn der Z2M Container gestartet ist. Nicht schön.

Wenn du den Weg mit Docker und Zigbee2MQTT weiter gehen willst, würde ich auf jeden Fall einen eigenen MQTT Broker bauen, wie du es ja mit Mosquitto schon angefangen hast.

@marc-berg
Moin, noch ein kleines Update meinerseits:

Adguard und ioBroker sind nun schließlich doch in einem einzigen MACVLAN gelandet. Mit unterschiedlichen Stacks, die das gleiche MACVLAN 1:1 konfiguriert haben, natürlich mit unterschiedlichen ipv4-Adressen der Container 😉

Grund: Mehrere MACVLANs an einem Host-Adapter funktionieren nicht. Und ich wollte nicht tiefer im System herumschrauben.

Ich denke, ein herumgeisterndes Netzwerk wie in der jetzigen Lösung ist nicht so wild. Vielen Dank für die hilfreichen Tipps!

@audiojoy insbesondere der Inhalt deiner Composer-Datei wäre interessant.
Vermutlich werden die Daten nicht aus dem Container ausgeleitet - oder mit dem Zielpfad stimmt etwas nicht.

Die Daten dürfen nicht innerhalb des Containers gespeichert sein, denn der wird bei Updates einfach neu erstellt und wieder mit den außerhalb gespeicherten Daten verknüpft.

Das gilt für alle Container! Ist meine Lieblingsfrage an Leute die schwärmen wie einfach es war, Nextcloud als Container auf dem QNAP/Synology aufzusetzen. Ich frage dann wie das Update lief - Hui, da war alles weg (kommt nicht mehr so oft wie früher die Antwort)