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

[Mapio90]

@Thisoft

diese seite treffe ich an nach der eingabe von: sudo nano /etc/redis/redis.conf

aber dass man da weiter runter scrollen kann, wusste ich nicht.
Habe es dann zu folgendem geändert...
hinter dem bind 127.0.0.1 war ein ::1
das habe ich geändert wie beschrieben auf mein IP des masters

[Thisoft]

@Mapio90

OMG - sag's doch gleich ;-) jetzt kommen wir der Sache näher. Die Zeile die du geändert sind nur die Examples - erkennbar an der Raute am Zeilenanfang damit wird die Zeile auskommentiert. Du musst noch ein Stückchen weiter runterscrollen, dann kommt eine Zeile "bind 127.0.0.1" ohne Raute vornedran - die musst du ändern!!! :-)

[Mapio90]

@Thisoft so hab ich es jetzt mal geändert, darauf das sudo service redis-server restart hinterher, aber die weboberfläche ist immer noch nicht erreichbar :(

[Thisoft]

@Mapio90
dann versuch da mal noch die 0.0.0.0

Was schlecht ist - ich muss jetzt los und bin wahrscheinlich erst am Montag wieder online...

[Mapio90]

@Thisoft

aber nur für mich zur Verständniss, geht es hierbei nicht nur um die states die auf dem master gelesen werden? Ich bin ja noch nicht mal soweit, dass mir der second device im host master angezeigt wird. habe es auch mit der 0.0.0.0 versucht. ich komm einfach nicht mehr auf die weboberfläche... das wäre für mich jetzt erst mal wieder premise.. gut dann werde ich mal bis montag abwarten.. sollte bis dahin keiner hilfe anbieten.

[Thisoft]

@Mapio90
So, bin mal wieder da. Kann dir aber im Moment auch nicht so den wirklich guten Tip geben. Dein Problem ist jetzt offensichtlich dass dein Redis überhaupt nicht mehr startet und da ist jetzt mein Problem dass ich da auch nur Vermutungen anstellen kann weil ich das eben nicht im Einsatz habe...
Zum Thema Weboberfläche, läuft dein iobroker überhaupt bzw. was sagt der Versuch des Startens?

[Mapio90]

@Thisoft ich habe ihn wieder frisch aufgesetzt. Dieses mal aber das letzte mal im Bezug auf multihost Versuch

[Thisoft]

@Mapio90
OK. Hast Du's diesmal ohne Redis versucht oder brauchst du das aus einem bestimmten Grund unbedingt?

[apollon77]

Bitte beachten: States geht auf redis. objects geht NICHT auf redis aktuell. Das wird mit js-Controller 2.0.0 neuer cooler besser gehen.

Also einfach Objekts immer auf file konfigurieren und alles tut

[Mapio90]

@apollon77 danke dir für den Hinweis..Ich komme leider gar nicht so weit, dass mir sowas auffallen könnte. Hast du eine Idee was der Fehler in meinem System sein könnte bzw was ich falsch gemacht habe, dass der multihost bei mir nicht läuft und auch nicht unter dem Master angezeigt wird?

[Thisoft]

@Mapio90
Naja, apollon77 hat doch geschrieben was der Fehler war:

@apollon77 sagte in Multihost Installation:

Also einfach Objekts immer auf file konfigurieren und alles tut

Also:

Type of objects DB [file, couch, redis], default [file]: file !!!!!!
Host of objects DB(file), default[127.0.0.1]: 0.0.0.0
Port of objects DB(file), default[9001]: ENTER
Type of states DB [file, redis], default [file]: redis
Host of states DB (file), default[0.0.0.0]: ENTER
Port of states DB (file), default[9000]: ENTER
Host name of this machine [hostname]: Master

[Mapio90]

@Thisoft das ist mir soweit bewusst, nur.... ist dass das Problem, wieso ich nicht mal den slave auf dem Master hosts sehe?.

[AlCalzone]

@Mapio90 Ja, weil ein Slave für den Master erst mal nur ein Objekt ist.

[apollon77]

Wenn der Slave korrekt verbunden ist dann wird er angezeigt im Admin. Der Master sucht nicht nach dem Slave, sondern der Slave sagt dem Master "huhu, ich bin hier"

[apollon77]

@Thisoft AM besten fasse nochmal den Stand zusammen, blicke bei den Infos oben nicht 100% durch was jetzt aktuell ist.

Soll wäre:

• Auf dem Master läuft ein Redis der nicht nur lokal sondern auch vom Slave aus erreichbar ist
• Der Master connected für states zu dem (gern 127.0.0.1 weil ja lokal)
• Der Slave bekommt die IP vpm Master bei der States konfig weil der ja auff die States DB vom Master connected
• Der Slave bekommt bei Objekten auch die IP von Master nur halt nicht redis sondern File
• Der Master muss zugriff auf die FileDB von aussen erlauben

[Thisoft]

@apollon77 JA, so wäre wohl das Soll. Jetzt muss es nur der TE auch noch so verstehen und umsetzen ;-)

[Mapio90]

@apollon77 ok, gut das wäre der optimale Fall.Ich weiß nicht in wie fern du die Zeit hast dir meine Beiträge von oben durch zu lesen (nicht böse gemeint aber ich bin in Sachen iobroker neuling und Frage lieber 2 mal nach bis ich es verstanden habe), aber ich möchte eigentlich nicht wieder was versuchen zu konfigurieren( multihost) und später bin ich wieder auf dem Stand, dass ich nicht mehr auf die weboberfläche vom iobroker komme. Oben sieht man wie ich den Master und den slave versucht habe zu "verbinden" die aktuelle Methode wie von dir bzw @Thisoft gesagt, habe ich noch nicht versucht, aus Angst, dass mir langsam die Lust vergeht :(

[Homoran]

@Mapio90 sagte in Multihost Installation:

Frage lieber 2 mal nach bis ich es verstanden habe),

Mir geht es dadurch leider wie Apollon. Ich weiss inzwischen nicht mehr was bei dir der Status ist.
Daher wäre es schön, wenn Du mal kurz und knapp den aktuellen Zustand beschreibst, wie es apollon als liste gemacht hat.

Dann bekommen wir dein System auch ans laufen.

[Mapio90]

@Homoran ok.

Zu meinem vorgehen:

ich habe bei beiden raspis ein neues image drauf gespielt. Ich meine es müsste das image hier vom Forum sein -> ioBroker_Image_RPi_2-3_20190128_stretch.img
dann habe ich beide über raspi config angepasst.. namen, zeitzone, volle speichernutzung, eigentlich bin ich nach dem video vorgegangen https://www.youtube.com/watch?v=cThlN8In9mk&t=2318s. bis zur 30sten minute bei beiden raspis gleich vorgegenagen, nur unterschiedliche hostsnamen gegeben.
anschließend musste ich das backup beim master iobroker wieder aufspielen.
daraufhin kam ich nicht mehr auf die weboberfläche.
durch die kommandos:

curl -sL https://iobroker.net/fix.sh | bash -
sudo reboot

hatte ich wieder zugriff auf die oberfläche.

4be23fbd-fa5e-4e0b-b7e6-5317df1c4ba1-grafik.png

nodejs: 8.16.0
node : 8.16.0
npm : 6.4.1

dann habe ich folgendes gemacht...

Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: r

Host / Unix Socket of objects DB(redis), default[127.0.0.1]: 0.0.0.0

Port of objects DB(redis), default[6379]:

Type of states DB [(f)file, (r)edis], default [redis]: r

Host / Unix Socket of states DB (redis), default[0.0.0.0]:

Port of states DB (redis), default[6379]:

Host name of this machine [Master]: Master

auf dem slave:

Type of objects DB [file, couch, redis], default [file]: r

Host of objects DB(file), default[127.0.0.1]: 192.168.178.34

Port of objects DB(file), default[9001]: ENTER

Type of states DB [file, redis], default [file]: r

Host of states DB (file), default[cubie]:192.168.178.34

Port of states DB (file), default[9000]: ENTER

Host name of this machine [hostname]: second-device

dann bin ich auf die Weboberfläche vom Master und es hat kein second-device angezeigt.
(wie es laut der beschreibung eigentlich sein sollte)

Der Cloud Adapter ist jetzt auch Rot mit nachfolgenden LOG:

Verbunden mit Host: falsch
Lebenszeichen : falsch
Verbunden mit Cloud: falsch

host.Master 2019-05-04 12:14:16.483 info Restart adapter system.adapter.cloud.0 because enabled
host.Master 2019-05-04 12:14:16.483 error instance system.adapter.cloud.0 terminated with code 0 (OK)
host.Master 2019-05-04 12:14:16.482 error Caught by controller[0]: at Socket.<anonymous> (/opt/iobroker/node_modules/redis/index.js:274:27)
host.Master 2019-05-04 12:14:16.482 error Caught by controller[0]: at JavascriptRedisParser.execute (/opt/iobroker/node_modules/redis-parser/lib/parser.js:574:12)
host.Master 2019-05-04 12:14:16.482 error Caught by controller[0]: at JavascriptRedisParser.returnReply (/opt/iobroker/node_modules/redis/index.js:192:18)
host.Master 2019-05-04 12:14:16.482 error Caught by controller[0]: at RedisClient.return_reply (/opt/iobroker/node_modules/redis/index.js:824:9)
host.Master 2019-05-04 12:14:16.482 error Caught by controller[0]: at normal_reply (/opt/iobroker/node_modules/redis/index.js:726:21)
host.Master 2019-05-04 12:14:16.481 error Caught by controller[0]: at Command.callback (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:236:17)
host.Master 2019-05-04 12:14:16.481 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:782:22
host.Master 2019-05-04 12:14:16.481 error Caught by controller[0]: at Adapter.getForeignObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1642:26)
host.Master 2019-05-04 12:14:16.481 error Caught by controller[0]: at ObjectsInRedis.getObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInRedis.js:1184:13)
host.Master 2019-05-04 12:14:16.480 error Caught by controller[0]: at checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInRedis.js:990:26)
host.Master 2019-05-04 12:14:16.480 error Caught by controller[0]: ReferenceError: id is not defined
host.Master 2019-05-04 12:14:15.054 info instance system.adapter.cloud.0 started with pid 19950
0

dann vergeblich versucht dieses auszuführen:

nano /etc/redis/redis.conf

Die darin enthaltene Zeile
bind 127.0.0.1

muss mit der IP des Netzwerkadapters ergänzt werden, damit der Redis-Server connects von extern zulässt. Also zB
bind 127.0.0.1 192.168.1.10

unter der Annahme, dass 192.168.1.10 die lokale IP des ioBroker Masters ist.
Diese Anpassung ist auch nur am Master nötig.

Alternativ geht auch

bind 0.0.0.0

Zum Schluss den Redis-Server oder Rechner neu starten. zB:
sudo service redis-server restart

komme ich wieder nicht mehr auf die Weboberfläche vom master-

STAND JETZT HABE ICH DEN MASTER NEU AUFGESETZT DURCH EIN BACKUP.
JETZT LÄUFT SOWEIT WIEDER ALLES. ABER EINEN MULTIHOST-VERSUCH WAGE ICH OHNE HILFE LEIDER NICHT MEHR: DANKE EUCH SCHON MAL VIELMALS FÜR EURE HILFE.
@apollon77 @AlCalzone @Homoran @Thisoft

[Thisoft]

@Mapio90 Also meines Erachtens solltest du jetzt auf dem Master folgendes tun

iobroker setup custom

dann

Type of objects DB [file, couch, redis], default [file]: file !!!!!!
Host of objects DB(file), default[127.0.0.1]: 0.0.0.0
Port of objects DB(file), default[9001]: ENTER
Type of states DB [file, redis], default [file]: redis
Host of states DB (file), default[0.0.0.0]: ENTER
Port of states DB (file), default[9000]: ENTER
Host name of this machine [hostname]: Master

eben diesmal mit dem entscheidenden Unterschied Type of objects DB auf "file" zu belassen und nur für die states redis zu verwenden. Danach sollte auf dem Master noch bzw. wieder alles wie gewohnt funktionieren. Wenn das klappt kannst du den Slave entsprechend konfigurieren.