NEWS
Multihost Problem no connection to states
-
Moin!
Ich versuche gerade ein Multihostsystem aufzubauen. Leider stehe ich nun vor einem Problem und komme nicht weiter.
Die Einrichtung der beiden Pis habe ich nach dieser Anleitung vorgenommen: https://www.iobroker.net/#de/documentation/config/multihost.md
Master:
pi@raspi-master:~ $ iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 0.0.0.0 - Port: 9001 - States database: - Type: redis - Host/Unix Socket: 0.0.0.0 - Port: 6379 - Data Directory: ../../iobroker-data/ Type of objects DB [(f)ile, (r)edis, ...], default [file]: f Host / Unix Socket of objects DB(file), default[0.0.0.0]: Port of objects DB(file), default[9001]: Type of states DB [(f)file, (r)edis, ...], default [file]: r Host / Unix Socket of states DB (redis), default[0.0.0.0]: Port of states DB (redis), default[6379]: Data directory (file), default[../../iobroker-data/]: /opt/iobroker/iobroker-data/ Host name of this machine [raspi-master]: updating conf/iobroker.jsonSlave:
pi@raspberrypi:~ $ iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 192.168.1.39 - Port: 9001 - States database: - Type: redis - Host/Unix Socket: 192.168.1.39 - Port: 6379 - Data Directory: ../../iobroker-data/ - Host name: iobroker-slave Type of objects DB [(f)ile, (r)edis, ...], default [file]: f Host / Unix Socket of objects DB(file), default[192.168.1.39]: Port of objects DB(file), default[9001]: Type of states DB [(f)file, (r)edis, ...], default [file]: r Host / Unix Socket of states DB (redis), default[192.168.1.39]: Port of states DB (redis), default[6379]: Host name of this machine [raspberrypi]: updating conf/iobroker.json pi@raspberrypi:~ $ iobroker multihost connect No connection to states 192.168.1.39:6379[redis]Habe beim Master und Slave alles abgearbeitet. Am Master iobroker multihost enable eingegeben die Passphrase festgelegt und dann beim Slave iobroker multihost connect eingegeben und als Antwort nur: No connection to states 192.168.1.39:6379[redis] erhalten.
Mehrmals probiert aber immer das Gleiche.mfg
@pjo123456
Redis auch neugestartet?sudo service redis-server restart -
@pjo123456
Redis auch neugestartet?sudo service redis-server restart -
@thomas-braun Nein, habe das jetzt versucht.
Master: keine Rückmeldung, also wohl ok.
Slave: Failed to restart redis-server.service: Unit redis-server.service not found.Da hast du vermutlich den ganzen Part zu redis ausgelassen.
LiesMultihost mit redis
nochmal in der Anleitung.
-
Da hast du vermutlich den ganzen Part zu redis ausgelassen.
LiesMultihost mit redis
nochmal in der Anleitung.
@thomas-braun Da scheitert es schon bei nano /etc/redis/redis.conf --> Verzeichnis existiert nicht. Ich mache die SD-Karte von Slave nochmal platt und fange noch einmal ganz von vorne an.
Muss die redis.conf auf Master und Slave angepasst werden? In der Anleitung steht, das beim Host (also der Slave??) die config entsprechend angepasst werden muss.
Weiter unten steht dann: "Diese Anpassung ist nur am Master nötig. Das verwirrt.Moin aus dem Norden…
-
@thomas-braun Da scheitert es schon bei nano /etc/redis/redis.conf --> Verzeichnis existiert nicht. Ich mache die SD-Karte von Slave nochmal platt und fange noch einmal ganz von vorne an.
Muss die redis.conf auf Master und Slave angepasst werden? In der Anleitung steht, das beim Host (also der Slave??) die config entsprechend angepasst werden muss.
Weiter unten steht dann: "Diese Anpassung ist nur am Master nötig. Das verwirrt.Die redis.conf gibt es auf beiden Systemen, es muss aber nur die angepasst werden, die auf dem System läuft, wo die Datenbank (dann halt für beide Installationen) geführt werden soll.
-
Die redis.conf gibt es auf beiden Systemen, es muss aber nur die angepasst werden, die auf dem System läuft, wo die Datenbank (dann halt für beide Installationen) geführt werden soll.
-
@thomas-braun Und wie lege ich das fest? Sinnvoll wäre ja die Datenbank auf dem Master, oder? Zumal der Master bei mir ein PI 4 ist der Slave ein PI 3.
@pjo123456
Das legst du in der redis.conf fest.
Würde ich auf dem schnellsten Host laufen lassen. Vermutlich bei dir der rpi4. -
@pjo123456
Das legst du in der redis.conf fest.
Würde ich auf dem schnellsten Host laufen lassen. Vermutlich bei dir der rpi4. -
@thomas-braun Ja aber wie? Ich sehe in der Anleitung nur etwas mit dem Befehl bind. Muss ich redis noch installieren. Ich finde die Anleitung irgendwie unvollständig oder veraltet.
@pjo123456
Ob redis installiert und genutzt wird musst du wissen. Sind ja deine Systeme.iobroker statusliefert jeweils pro System?
-
@pjo123456
Ob redis installiert und genutzt wird musst du wissen. Sind ja deine Systeme.iobroker statusliefert jeweils pro System?
@thomas-braun Also der Master liefert:
pi@raspi-master:~ $ iobroker status iobroker is running on this host. Objects type: file States type: redisBeim (werdenden) Slave:
pi@raspi-slave:~ $ iobroker status iobroker is running on this host. Objects type: file States type: fileOK, Master mit redis Slave ohne. Muss auf beiden redis installiert werden?
Moin aus dem Norden…
-
@thomas-braun Also der Master liefert:
pi@raspi-master:~ $ iobroker status iobroker is running on this host. Objects type: file States type: redisBeim (werdenden) Slave:
pi@raspi-slave:~ $ iobroker status iobroker is running on this host. Objects type: file States type: fileOK, Master mit redis Slave ohne. Muss auf beiden redis installiert werden?
@pjo123456
Ja. -
@thomas-braun Habe jetzt den Master auf file umgestellt. Dann bin ich diesen Mist mit redis los. Jetzt funktioniert alles problemlos.
@pjo123456
Die wenigsten Installationen bedürfen einer redis-Datenbank.
Insofern würde ich das auch auf file zurückstellen. -
Ich hatte eben auch das Problem.
Bei mir lief es aber schon einige Monate unter redis. Nur eben nach einem Software Update, dass auch ein update von redis beinhaltet hatte, ging es nicht mehr. Bin eben auf ein Backup gegangen und geht wieder. Die Slaves haben kein Problem nach ihren Updates (die haben ja auch keinen redis server)Ich mache jetzt wieder ein Update und versuche das Redis Update zu überspringen:
Ich wähle jetzt mal "N":
Ja, super, läuft!
Ich vermute ein Problem mit neuer Redis Version. Möchte das mal jemand nachstellen?Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
- Slave: Pi4
-
Ich hatte eben auch das Problem.
Bei mir lief es aber schon einige Monate unter redis. Nur eben nach einem Software Update, dass auch ein update von redis beinhaltet hatte, ging es nicht mehr. Bin eben auf ein Backup gegangen und geht wieder. Die Slaves haben kein Problem nach ihren Updates (die haben ja auch keinen redis server)Ich mache jetzt wieder ein Update und versuche das Redis Update zu überspringen:
Ich wähle jetzt mal "N":
Ja, super, läuft!
Ich vermute ein Problem mit neuer Redis Version. Möchte das mal jemand nachstellen?Vielleicht solltest du mal in das Diff schauen?
Und wie immer: Screenshots nerven. Poste das als Text in CodeTags.
465
Online32.6k
Benutzer81.9k
Themen1.3m
Beiträge