Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@sebhoff

Verwende die gleichen Versionen wie beim Master.

iob status

zeigt die aktuelle Verwendung. Dürfte aber jsonl/jsonl sein.

[FredF]

@sebhoff sagte in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

also jsonl anstelle von file oder redis

jsonl wurde irgendwann (wann habe ich vergessen) die Standarddatenbank für ioBroker und wird automatisch bei Neuinstallationen gesetzt.

[sebhoff]

OK - ich habe es jetzt einfach mal versucht, und nachdem ich die Ports in Docker (hoffentlich) richtig geöffnet hatte, müsste es doch nun eigentlich klappen. Tut es aber nicht.
In der Docker bash (sorry - copy/paste geht nicht, deshalb screenshot):

Dann im iobroker Log nachgeschaut:

host.buanet-iobroker1
2023-06-11 19:49:20.308	info	Multi-host discovery server: service started on 0.0.0.0:50005

Aber leider kommt dann auf dem Slave folgende Fehlermeldung:

pi@raspberrypi:~ $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.178.135
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.178.135
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]: 
Host / Unix Socket of objects DB(jsonl), default[192.168.178.135]: 
Port of objects DB(jsonl), default[9001]: 
Type of states DB [(j)sonl, (f)file, (r)edis, ...], default [jsonl]: 
Host / Unix Socket of states DB (jsonl), default[192.168.178.135]: 
Port of states DB (jsonl), default[9000]: 
Host name of this machine [raspberrypi]: 
updating conf/iobroker.json
pi@raspberrypi:~ $ iobroker multihost connect
No Multihost server found. Make sure iobroker is running on the host where you enabled multihost discovery (and it is not this host)!

Sicher habe ich etwas Triviales übersehen (ich kenne mich... ) - hat jemand ggf. einen Tipp?

Sebastian

[DJMarc75]

@sebhoff text bitte hier in Codetags packen und nicht als Screenshots.... dann kann man da auch helfen ;)

[sebhoff]

@djmarc75 Sorry - habe ich soweit wie möglich abgeändert. Bei der Docker-shell funktioniert leider copy/paste nicht. Sonst hätte ich das natürlich auch per Text gemacht...

[Thomas Braun]

@sebhoff

Die beiden Hosts befinden sich in verschiedenen Subnetzen

Funktioniert das Routing?

[sebhoff]

@thomas-braun Sorry - keine Ahnung... Bin da leider nicht sehr bewandert.

Ich komme zu dieser Aussage, weil ich folgende Info in Docker sehe (sorry, wieder ein Screenshot - copy/paste geht nicht):

Die Synology selbst und der Raspberry sind unter 192.168.178.xxx zu erreichen.

[Homoran]

@sebhoff sagte in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

Wobei auch hier interessanterweise jsonl nicht als Option angegeben wird.

ist historisch bedingt

[Thomas Braun]

@sebhoff sagte in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

Bin da leider nicht sehr bewandert.

Und ich nicht von Docker-Setups.

[sebhoff]

Oh jeh - was ist denn jetzt auf einmal los...

host.buanet-iobroker1-Server
2023-06-11 21:01:58.743	error	States 172.17.0.1:45550 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.743	error	States 172.17.0.1:45548 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.742	error	States 172.17.0.1:45546 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.740	error	States 172.17.0.1:45544 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.726	error	States 172.17.0.1:45542 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.725	error	States 172.17.0.1:45540 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.721	error	States 172.17.0.1:45538 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.buanet-iobroker1-Server
2023-06-11 21:01:58.721	error	States 172.17.0.1:45536 (Init=false) Redis error:Error: Invalid Chunk: parse failed

[Glasfaser]

@sebhoff sagte in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

Wenn ich nun in der iobroker docker shell "iobroker setup custom" ausführe

Nix da ..

so

IOB_MULTIHOST  = master

https://docs.buanet.de/iobroker-docker-image/docs/#environment-variables-env

https://docs.buanet.de/iobroker-docker-image/docs/#multihost

[Glasfaser]

@sebhoff sagte in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

OK - ich habe es jetzt einfach mal versucht, und nachdem ich die Ports in Docker (hoffentlich) richtig geöffnet hatte,

Zitat :

Die Umgebungsvariable IOB_MULTIHOST beim Master setzen. Je nach verwendetem Netzwerk (bei Bridge) müssen auch die Ports 9000 und 9001 geöffnet werden.

https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/2206

[sebhoff]

@glasfaser Danke! Ja - das habe ich glaube ich richtig gemacht (?):

Die Environment Variable habe ich inzwischen auch eingegeben. Gebracht hat es noch nichts. Nach einem Neustart vom Container sind die logs wieder unauffällig.

Danke für die Geduld und die Unterstützung!

Sebastian

[sebhoff]

Noch ne Frage zur ENV IOB_OBJECTSDB_HOST: In der alten Dokumentation stand "default[0.0.0.0]:", nun steht da "127.0.0.1" als Default. Meine Synology hat die 192.168.178.135, der Raspi 192.168.178.44.
Irgendwelche Vorschläge...? ;-)
Sebastian

[sebhoff]

Langsam nährt sich das Eichhörnchen...

Habe ENV IOB_OBJECTSDB_HOST nun auf 127.0.0.1 gestellt und bekomme jetzt was Neues:

pi@raspberrypi:~ $ iobroker multihost connect
 The DB port  9001 is occupied by something that is not a Redis protocol server. Please check other software running on this port or, if you use iobroker, make sure to update to js-controller 2.0 or higher!
 The DB port  9001 is occupied by something that is not a Redis protocol server. Please check other software running on this port or, if you use iobroker, make sure to update to js-controller 2.0 or higher!
 The DB port  9001 is occupied by something that is not a Redis protocol server. Please check other software running on this port or, if you use iobroker, make sure to update to js-controller 2.0 or higher!

Mhm. Portainer (wofür dann wohl Port 9001 belegt worden wäre) läuft bei mir nicht unter Docker - das hatte ich schon gelöscht…

Auf dem Raspberry sieht die Sache so aus:

pi@raspberrypi:~ $ iobroker setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.178.135
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.178.135
  - Port: 9000
- Data Directory: ../../iobroker-data/

Mache ich irgendeinen Denkfehler?

[sebhoff]

Könnte es ggf. etwas mit dem mqtt container zu tun haben? Ich habe gelesen, dass dieser möglicherweise auf Port 9001 "die Ohren offen hat"...? In mosquitto.conf steht bei mir allerdings nur "listener 1883".
<seufz>

[Glasfaser]

@sebhoff

Zeige mal von beiden .. Synology und Raspberry

die Full-Ausgabe von

iob diag

[sebhoff]

@glasfaser said in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

iob diag

Uhm. Gibt es eine Möglichkeit, den Output irgendwie zu exportieren? Ich schaffe es nicht, den Output in der Docker shell (im Browser) mit Copy/Paste zu sichern - ich kann die Sache schlicht nicht als Ganzes markieren...

[Thomas Braun]

@sebhoff sagte in Multihost - Master in Synology Docker, Slave RPI - jsonl?:

Gibt es eine Möglichkeit, den Output irgendwie zu exportieren?

Welches Terminal verwendest du? Kann man dem Docker nicht mit SSH und einer gescheiten Konsole auf den Leib rücken?

Eine Ausgabe in Dateiform findet sich aber auch in /home/iobroker

[sebhoff]

@thomas-braun Ich rufe das web-interface der Synology auf, öffne Docker, lasse mir die laufenden Container anzeigen und wähle buanet-iobroker1 via double-click aus und dann den Reiter "Terminal". Dann "Create" -> dann habe ich eine neue Shell...

Das Ganze funktioniert, aber sehr mühsam. Ich google jetzt mal, ob ich was Besseres finde...