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

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

Und ja nur custom connect, restart und dann connect.

nix connect!!
nix enable!!

nur die Konfiguration manuell durchführen!

und ja,

@rene55 sagte in Multihost-System auf neuestem Stand:

Die bekam ich dann auf dem iob-slave,

das passt, dann stimmt entweder die config der Parameter auf dem slave für die Verbindung zum Master icht, oder der Master ist nicht für den Zugriff von dem Slave freigegeben.

Suf jeden Fall kommt der slave nicht an die Datenbank des Masters ran.

[Rene55]

@homoran nix connect??? Wie findet der Slave denn dann seinen Master?

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

Wie findet der Slave denn dann seinen Master?

indem du per iob setup custom im slave die Verbindungsdaten hinterlegst

[Rene55]

@homoran Auch das habe ich gemacht. Jetzt ist der Slave per Admin schon mal nicht mehr zu erreichen!

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

Jetzt ist der Slave per Admin schon mal nicht mehr zu erreichen!

wie soll das denn gehen?
Auf dem Slave sollten keine Instanzen vor der Kopplung laufen.
Alle Instanzen des Slaves werden nach der Kopplung über den Admin des Masters verwaltet.

Wozu hast du denn den admin des Slaves benötigt?

[Rene55]

@homoran Ich hatte ja zu anfangs geschrieben, dass das zwei völlig neue Instanzen sind. Dass ich den Admin (und auch die anderen Adapter) im Slave nicht brauche ist mir schon klar. Wird ja alles vom Master verwaltet.
Dass die aber stören sollte, ist nirgendwo beschrieben.

Dennoch bekomme ich keine Master-Slave installation hin.

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

Dass die aber stören sollte, ist nirgendwo beschrieben.

die stören ab da, wo sie direkt über den slave per Konsole angesprochen werden.

[Rene55]

@homoran Admin auf slave ist gelöscht. Ich versuche es nochmals: 'iob setup custom' auf dem Slave.

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

Ich versuche es nochmals: 'iob setup custom' auf dem Slave.

und zeigen!

dito vom Master

[Rene55]

@homoran Hier die Konsole vom Slave:

linus@iob-slave:/opt/iobroker$ iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.68.71
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.68.71
  - Port: 9000
- Data Directory: ../../iobroker-data/
- Host name: iob-host

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

linus@iob-slave

passt nicht zu

@rene55 sagte in Multihost-System auf neuestem Stand:

Host name: iob-host

[Rene55]

@homoran ok, ich ändere. Und hier die Konsole vom Master:

linus@iob-host:/opt/iobroker$ iob setup custom
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: iob-host

[Homoran]

@rene55 und jetzt beide neu starten.
Reihenfolge weiss ich nicht meh4r

[Rene55]

@homoran Ich wurschtel (kann man nicht anders bezeichnen) hier weiter durch. Danke dass du den Sonntag mit meinem Problem verbracht hast.

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

Ich wurschtel (kann man nicht anders bezeichnen) hier weiter durch

so hab ich das damals such gemacht.
Im Prinzip ist das die beste Art zu lernen.

Wie gesagt habe ich das mit jsonl noch nie gemacht.
Und es ist auch nicht ausgeschlossen dass da ein Bug in dem neuen admin drin ist.

Aber dazu müsste man es einmal korrekt manuell machen.
(zumindest so korrektich das kenne, und demnach müssten die beiden Konfigurationen jetzt passen)

[Rene55]

@homoran So wie ich das deute ist der Slave quasi tot:
linus@iob-slave:/opt/iobroker$ iob status No connection to databases possible ...

Und im Host 'kaut' der Host-Tab (links) eine ganze Zeit lang rum - aber es erscheint kein zweiter Host.

[Homoran]

@rene55 sagte in Multihost-System auf neuestem Stand:

So wie ich das deute ist der Slave quasi tot:

nein!
das bedeutet nur

@homoran sagte in Multihost-System auf neuestem Stand:

Auf jeden Fall kommt der slave nicht an die Datenbank des Masters ran.

wobei die Ursache

@homoran sagte in Multihost-System auf neuestem Stand:

entweder die config der Parameter auf dem slave für die Verbindung zum Master nicht, oder der Master ist nicht für den Zugriff von dem Slave freigegeben.

wobei ich in beiden gezeigten Konfigurationen keinen Fehler sehe (außer wenn es bei jsonl auch noch ein Konfig file gibt, indem wie bei redis der Zugriff eines weiteren Rechners freigegeben werden muss.)

Hast du beide iobroker neu gestartet?
ggf. 2x um jede Reihenfolge eingehalten zu haben.

[Rene55]

@homoran 'iob restart' habe ich auf beiden Maschinen (mittlerweile in allen Variationen) gemacht

[Homoran]

@rene55 Dann wriss ich leider auch nicht mehr weiter.

Wäre schön, wenn ein Wissender hier weitermacht, dann kann ich auch meinen Horizont erweitern.

[Rene55]

@homoran Nachdem ich einen Hinweis auf die Gerätekommunikation bekommen habe (Test mit ping von Slave auf Master) musste ich feststellen das da was klemmte.
Ich habe die beiden Instanzen ja auf proxmox als lxc laufen. Da habe ich die Instanz vorgestern neu aufgesetzt und für den Slave geklont. Ich habe jetzt nur die MAC-Adresse in einer Stelle verändert, dann konnte der Slave den Master anpingen. Ich denke, bei "normalen" Installationen (Master auf irgendwas und Slave auf Raspi) hätten wir nicht solange gebraucht.
Dann auf beiden nochmals setup custom gemacht und kurze Zeit später war der Slave da!

Danke für die Geduld. UND: wieder etwas gelernt.