Monatsrückblick Januar/Februar 2026 ist online!

[Happyuser20]

Guten Morgen
Er ist jetzt durch, einige Adapter funktionieren nicht mehr. Auch nach löschen und Neuinstallation funktioniert die VIS nicht mehr. Seite ist nicht erreichbar.
Aber ich muss alles noch mal neu machen. Ich habe vergessen den USB Port der Synology durchzureichen.

Noch eine andere Frage zum Thema. Mein MQTT-Server kann auch keine Verbindung zu den Devices aufbauen oder umgekehrt. Muss ich den Port von MQTT auch durchreichen?

Gruß
HappyUser20

[Homoran]

@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:

Ich habe vergessen den USB Port der Synology durchzureichen.

Deswegen sind mir Container jeder Art zu kompliziert

@Happyuser20 sagte in IOB im Docker Startet nicht mehr!!!:

Muss ich den Port von MQTT auch durchreichen?

sehr wahrscheinlich! Das müsstest du wahrscheinlich besser wissen als ich.

[haselchen]

@Happyuser20

Als was hast Du den Container installiert?
Ich hoffe als Host.
Ansonsten wird das hier ausarten mit Hilfestellungen.
Bei Bridge musste alle Ports manuell freigeben.

[Happyuser20]

Guten Morgen zusammen

Mein System läuft jetzt, bis auf einige Kleinigkeiten, soweit wieder.

Das einzige was mich verwundert: Im alten Docker-Container, war Home Assistant über HASS mit der IP 127.0.0.1 Localhost erreichbar.
Im neuen System mit Docker Compose musste ich für Localhost die reale IP 192.168.1.111 eingeben damit er eine Verbindung hat.
Solange alle Daten kommen soll es aber mir egal sein.

Im Docker Compose (mit Portainer) ist es relativ einfach nachträglich Ports oder USB Schnittstellen nachzuziehen/einzubinden, ohne alles neu machen zu müssen.

Jetzt versuche ich mich nochmal mit der Multihost & Slave Konfiguration.

Ich bedanke mich noch bei allen für die Unterstützung hier!

Gruß
HappyUser20

[Happyuser20]

Hallo

Ich kämpfe gerade, mein neu aufgesetztes System als Multihost Master zu konfigurieren und mit einem Salve zu verbinden. Bevor wieder alles abschieße, wie beim letzten mal, würde ich gerne noch einige Infos einholen.

Der Master läuft im Docker Compose auf einer DS218+
Der Slave läuft auf einem Raspi 3

Ist diese Doku zum Multihost noch aktuell? Denn die verwirrt mich ein wenig, denn sie bezieht sich überwiegend auf eine redis DB.

Nach meinem Iobroker Status, habe ich eine Jsonl Datenbank

Diese wird aber hier,
Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: f
nicht erwähnt!?
Ist "f" gleich "jsonl", vermutlich nicht?
Was muss ich wann und wo auswählen?

Gruß
HappyUser20

[Homoran]

@Happyuser20 bitte keine Screenshots!
immer als Text in code-tags posten!

auch die Ausgabe von iob setup custom

[haselchen]

@Happyuser20

Kein Plan warum Du es so kompliziert machst.
Ich hab genau Dein Setup und wurschtel da nicht so rum.
Container im Host Modus aufgesetzt , Deine verlinkte Anleitung Schritt für Schritt befolgt und läuft seit 6-7 Jahren.
Hast Du 100 Container am Start oder warum Portainer und all den Krams?
Weniger ist manchmal mehr.
Und um Deine Frage zu beantworten, in der Multihost Anleitung ist alles genau beschrieben, sogar bildlich.
Noch was in eigener Sache, mir scheint, dass Du das Container Konstrukt nicht verstanden hast.
Wirklich, wirklich nicht böse gemeint. Aber Deine Fragen und Probleme lassen darauf schliessen.
Es macht halt nicht viel Sinn Dir hier alle Lösungen zu präsentieren, wenn DIESE nicht verstanden werden.
Du betitelst Dich selber als Pro User.....

[paul53]

@Happyuser20 sagte: Ist "f" gleich "jsonl"

Ja.

[Happyuser20]

@haselchen sagte in Multihost Fragen!:

@Happyuser20

Kein Plan warum Du es so kompliziert machst.
Ich hab genau Dein Setup und wurschtel da nicht so rum.
Container im Host Modus aufgesetzt , Deine verlinkte Anleitung Schritt für Schritt befolgt und läuft seit 6-7 Jahren.
Hast Du 100 Container am Start oder warum Portainer und all den Krams?
Weniger ist manchmal mehr.
Und um Deine Frage zu beantworten, in der Multihost Anleitung ist alles genau beschrieben, sogar bildlich.
Noch was in eigener Sache, mir scheint, dass Du das Container Konstrukt nicht verstanden hast.
Wirklich, wirklich nicht böse gemeint. Aber Deine Fragen und Probleme lassen darauf schliessen.
Es macht halt nicht viel Sinn Dir hier alle Lösungen zu präsentieren, wenn DIESE nicht verstanden werden.
Du betitelst Dich selber als Pro User.....

Ich bezeichne mich nicht als Pro User
Warum Portainer, weil ich den Container Manager nicht gut finde. Was ich nehme musst du schon mir überlassen!

Ich mach das nicht so oft, das letzte mal ist ca. 5 Jahre her und seither hat sich einiges geändert. Und wenn was nicht so ist wie in Beschreibungen kann es einen verwirren.
Evtl. kannst du mir das Containerkonstrukt erklären, dann stelle ich evtl. nicht so Dumme Fragen.

Gruß

[Homoran]

@Happyuser20 sagte in Multihost Fragen!:

Ich bezeichne mich nicht als Pro User

ehrlich?
sind wir jetzt auf dem Niveau?

hast du denn mittlerweile iob setup custom ausgeführt.
da gibt es auch die Option J

[Happyuser20]

@Homoran sagte in Multihost Fragen!:

@Happyuser20 sagte in Multihost Fragen!:

Ich bezeichne mich nicht als Pro User

ehrlich?
sind wir jetzt auf dem Niveau?

hast du denn mittlerweile iob setup custom ausgeführt.
da gibt es auch die Option J

Ja mein Gott, dann bin da eben vor Jahren beigetreten, Nobody´s perfect.

Das habe ich beim Master durchgeführt

Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9000
- Data Directory: ../../iobroker-data/
- Host name: iobroker

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]: j 
Host / Unix Socket of objects DB(jsonl), default[0.0.0.0]: 
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[0.0.0.0]: 
Port of states DB (jsonl), default[9000]: 
Data directory (file), default[../../iobroker-data/]: 
Host name of this machine [iobroker]: 
updating conf/iobroker.json
root@iobroker:/opt/iobroker# iobroker multihost enable
Please check the binding of the configured jsonl server to allow remote connections.
No configuration change needed.


Multihost discovery server: enabled
Discovery authentication:   enabled
Persistent activation:      disabled
Objects:                    jsonl on 0.0.0.0
States:                     jsonl on 0.0.0.0

Vom Slave

 iobroker setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.1.111
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.1.111
  - 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.1.111]:
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.1.111]:
Port of states DB (jsonl), default[9000]:
Host name of this machine [SlaveIOBroker]:
updating conf/iobroker.json
pi@SlaveIOBroker:~ $ 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)!

[haselchen]

@Happyuser20

Du musst die IP des Host eingeben.
Da wo iobroker auf dem Master installiert ist.

Kurze Anmerkung :

"Evtl. kannst du mir das Containerkonstrukt erklären, dann stelle ich evtl. nicht so Dumme Fragen."

Ich erkläre Dir da gar nichts. Das steht alles fein säuberlich aufbereit als Doku hier oder bei buanet (https://blog.buanet.de/)
Das Lesen und verstehen kann Dir keiner abnehmen.

[Homoran]

@Happyuser20 sagte in Multihost Fragen!:

192.168.1.111

ist das die IP vom Master?

und alles von außerhalb des containers zugänglich?

[Happyuser20]

@Homoran sagte in Multihost Fragen!:

@Happyuser20 sagte in Multihost Fragen!:

192.168.1.111

ist das die IP vom Master?

und alles von außerhalb des containers zugänglich?

Das wäre die IP vom Master ja, und die ist auch zugänglich von außen.

[Happyuser20]

Die Betonung liegt auf "WÄRE", jetzt bin ich wieder genau so weit wie vor drei Tagen. Container bootet in einer Endlosschleife.
Wie ich das vor Jahren mal alles hinbekommen habe, keine Ahnung.
Fang ich eben wieder von vorne an.

[Homoran]

@Happyuser20 sagte in Multihost Fragen!:

Container bootet in einer Endlosschleife.

warum?
Die Multihost Konfiguration des ioBrokers sollte nichts mit dem Grundgerüst machen.

Aber wie im anderen Thread bereits gesagt, kenne ich mich mit Containern jeder Art nicht aus.
Da ist mir zuviel Konfiguration mit verbunden.

Wenn Multihost nicht liefe/Host nicht gefunden würde ist das was anderes.

ODER meinst du damit, dass ioBroker im Container dauernd neustartet?

[Happyuser20]

@Homoran sagte in Multihost Fragen!:

@Happyuser20 sagte in Multihost Fragen!:

Container bootet in einer Endlosschleife.

warum?
Die Multihost Konfiguration des ioBrokers sollte nichts mit dem Grundgerüst machen.

Aber wie im anderen Thread bereits gesagt, kenne ich mich mit Containern jeder Art nicht aus.
Da ist mir zuviel Konfiguration mit verbunden.

Wenn Multihost nicht liefe/Host nicht gefunden würde ist das was anderes.

ODER meinst du damit, dass ioBroker im Container dauernd neustartet?

Ich habe den IoBroker immer im Container neu gestartet, weil über Admin vom IoBroker er nicht wieder anlief.
Im Docker stand dann "unhealthy", desshalb der Start über den Container.

[Homoran]

@Happyuser20 sagte in Multihost Fragen!:

weil über Admin vom IoBroker er nicht wieder anlief.

das wäre dann der Moment gewesen über logs etc. die Ursache zu finden

[Marc Berg]

@Happyuser20

Eigentlich ist das ganz easy. Was du noch nicht eindeutig gesagt hast: sind denn die Ports 9000/9001 des Master erreichbar / gemappt (falls im Bridge-Netzwerk)? Zeigen.

Das hier:

pi@SlaveIOBroker:~ $ iobroker multihost connect

funktioniert in unterschiedlichen Subnetzen und damit Docker (Bridge) nicht. Ist aber auch unnötig, wenn iob setup custom auf dem Slave sauber ausgeführt wird.

[Happyuser20]

Ist jetzt so wie es ist.
Ich fang nochmal von vorne an.

Ich will als ehemaliger Pro-User nicht schlau reden, aber...
....Vor drei Tagen war es die gleiche Situation. Habe beim Slave auf Debian umgestellt, weil ich Node und JS Controller nicht mehr updaten konnte. Den neuen Slave wollte ich wieder als Slave einbinden. Das endete damit , dass ein Jahrelang laufender IOB im Container seinen Dienst verweigerte.
Die letzten Aktionen waren auch das rumspielen mit dem Multihost, etwas mag er da vermutlich nicht.