(gelöst)Fehler von Multihost nach update auf Buster
-
@Meister-Mopper sagte in Fehler von Multihost nach update auf Buster:
iobroker status
pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: file States type: redis -
@Mapio90 Dann sollte es laufen.
@Meister-Mopper Hast Du irrtümlicherweise auf dem Slave die states migriert?
-
@Mapio90 Dann sollte es laufen.
-
@Meister-Mopper Der Slave ist leider offline!
@Mapio90 Neu gestartet, ich meine reboot? Was sagt der status?
-
Hallo könnt ihr mir sagen wo ich hier den Fehler habe?
Zur Vorgeschichte.
Habe ein vollständig laufendes System gehabt. Bin nun von Strech auf Buster (Erst auf dem Slave dann auf dem Master).
Nutze Redis und nachdem ich den Master "Update auf Buster" erfolgreich abgeschlossen hatte, war die Multihost umgebung dahin.
Der Slave wird in der Admin Oberfläche offline gezeigt.
Bin nach folgender Anleitung "Multihost einrichten" vorgegangen:Master:
pi@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/ - Host name: Master Type of objects DB [(f)ile, (r)edis], default [file]: f Host / Unix Socket of objects DB(file), default[0.0.0.0]: 0.0.0.0 Port of objects DB(file), default[9001]: 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]: updating conf/iobroker.json pi@Master:~ $ iobroker multihost enable Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others. No configuration change needed. Multihost discovery server: enabled Discovery authentication: enabled Objects: file on 0.0.0.0 States: redis on 0.0.0.0 pi@Master:~ $ sudo service iobroker restartSlave:
pi@second-device:~ $ sudo iobroker setup custom Current configuration: - Objects database: - Type: file - Host/Unix Socket: 192.168.178.34 - Port: 9001 - States database: - Type: redis - Host/Unix Socket: 192.168.178.34 - Port: 6379 - Data Directory: ../../iobroker-data/ - Host name: second-device Type of objects DB [(f)ile, (r)edis], default [file]: f Host / Unix Socket of objects DB(file), default[192.168.178.34]: 192.168.178.34 Port of objects DB(file), default[9001]: Type of states DB [(f)file, (r)edis], default [redis]: r Host / Unix Socket of states DB (redis), default[192.168.178.34]: 192.168.178.34 Port of states DB (redis), default[6379]: Host name of this machine [second-device]:@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
192.168.178.34
das dass die IP vom Master.. hat sich die vielleicht geändert ?? oder hast du feste IP für vergeben
-
@Mapio90 Neu gestartet, ich meine reboot? Was sagt der status?
@Meister-Mopper ja habe beide rebootet, der stand ist immer noch wie folgt:
pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: file States type: redis -
@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
192.168.178.34
das dass die IP vom Master.. hat sich die vielleicht geändert ?? oder hast du feste IP für vergeben
-
@Mapio90 Ich würde jetzt eine saubere master/slave Situation neu einrichten und redis gemäß Vorgaben zunächst auf dem Master, dann auf dem Slave einrichten.
Anschließend bringt ein redis-Backup die letzen states. -
@Mapio90 Ich würde jetzt eine saubere master/slave Situation neu einrichten und redis gemäß Vorgaben zunächst auf dem Master, dann auf dem Slave einrichten.
Anschließend bringt ein redis-Backup die letzen states. -
@Meister-Mopper Kann es sein dass Redis nochmals installiert werden muss?
wenn ich auf dem Slave folgendes lese
iobroker multihost browse No connection to states 192.168.178.34:6379[redis] -
pi@Master:~ $ iobroker multihost enable Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others. No configuration change needed. Multihost discovery server: enabled Discovery authentication: enabled Objects: redis on 0.0.0.0 States: redis on 0.0.0.0 -
pi@Master:~ $ iobroker multihost enable Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others. No configuration change needed. Multihost discovery server: enabled Discovery authentication: enabled Objects: redis on 0.0.0.0 States: redis on 0.0.0.0Jetzt blick ich vollkommen nicht mehr durch, jetzt komm ich nicht mal mehr auf die Weboberfläche....
pi@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]: r When Objects and Files are stored in a Redis database please consider the following: 1. All data will be stored in RAM, make sure to have enough free RAM available! 2. Make sure to check Redis persistence options to make sure a Redis problem will not cause data loss! 3. The Redis persistence files can get big, make sure not to use an SD card to store them. Host / Unix Socket of objects DB(redis), default[127.0.0.1]: 0.0.0.0 Port of objects DB(redis), default[6379]: 9001 Type of states DB [(f)file, (r)edis], default [redis]: r Host / Unix Socket of states DB (redis), default[0.0.0.0]: 0.0.0.0 Port of states DB (redis), default[9001]: 6379 Host name of this machine [Master]: Please choose if this is a Master/single host (enter "m") or a Slave host (enter "S") you are about to edit. For Slave hosts the data migration will be skipped. [S/m]: m Important: Using Redis for the Objects database is only supported with js-controller 2.0 or higher! When your system consists of multiple hosts please make sure to have js-controller 2.0 or higher installed on ALL hosts *before* continuing! Important #2: If you already did the migration on an other host please *do not* migrate again! This can destroy your system! Important #3: The process will migrate all files that were officially uploaded into the ioBroker system. If you have manually copied files into iobroker-data/files/... into own directories then these files will NOT be migrated! Make sure all files are in adapter directories inside the files directory! Do you want to migrate objects and states from "file/redis" to "redis/redis" [y/N]: n No Database migration was done. If this was done on your master host please execute "iobroker setup first" to newly initialize all objects. updating conf/iobroker.json pi@Master:~ $ iobroker multihost enable Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others. No configuration change needed. Multihost discovery server: enabled Discovery authentication: enabled Objects: redis on 0.0.0.0 States: redis on 0.0.0.0 pi@Master:~ $ ^C pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis pi@Master:~ $ sudo service iobroker restart -
Jetzt blick ich vollkommen nicht mehr durch, jetzt komm ich nicht mal mehr auf die Weboberfläche....
pi@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]: r When Objects and Files are stored in a Redis database please consider the following: 1. All data will be stored in RAM, make sure to have enough free RAM available! 2. Make sure to check Redis persistence options to make sure a Redis problem will not cause data loss! 3. The Redis persistence files can get big, make sure not to use an SD card to store them. Host / Unix Socket of objects DB(redis), default[127.0.0.1]: 0.0.0.0 Port of objects DB(redis), default[6379]: 9001 Type of states DB [(f)file, (r)edis], default [redis]: r Host / Unix Socket of states DB (redis), default[0.0.0.0]: 0.0.0.0 Port of states DB (redis), default[9001]: 6379 Host name of this machine [Master]: Please choose if this is a Master/single host (enter "m") or a Slave host (enter "S") you are about to edit. For Slave hosts the data migration will be skipped. [S/m]: m Important: Using Redis for the Objects database is only supported with js-controller 2.0 or higher! When your system consists of multiple hosts please make sure to have js-controller 2.0 or higher installed on ALL hosts *before* continuing! Important #2: If you already did the migration on an other host please *do not* migrate again! This can destroy your system! Important #3: The process will migrate all files that were officially uploaded into the ioBroker system. If you have manually copied files into iobroker-data/files/... into own directories then these files will NOT be migrated! Make sure all files are in adapter directories inside the files directory! Do you want to migrate objects and states from "file/redis" to "redis/redis" [y/N]: n No Database migration was done. If this was done on your master host please execute "iobroker setup first" to newly initialize all objects. updating conf/iobroker.json pi@Master:~ $ iobroker multihost enable Please check the binding of redis service. By default it is only local: http://download.redis.io/redis-stable/redis.conf Change "bind 127.0.0.1" to "bind 0.0.0.0" or to others. No configuration change needed. Multihost discovery server: enabled Discovery authentication: enabled Objects: redis on 0.0.0.0 States: redis on 0.0.0.0 pi@Master:~ $ ^C pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis pi@Master:~ $ sudo service iobroker restartHabe den Master nun komplett runter geschmissen und ein backup drauf gemacht.
Wie würdet ihr jetzt vorgehen, dass mir bestmöglich ein backup wieder erspart bleibt?
auf dem Slave zeigt es folgendes an:
pi@second-device:~ $ iobroker status No connection to states 192.168.178.34:6379[redis]auf dem Master:
pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: file States type: redis -
Habe den Master nun komplett runter geschmissen und ein backup drauf gemacht.
Wie würdet ihr jetzt vorgehen, dass mir bestmöglich ein backup wieder erspart bleibt?
auf dem Slave zeigt es folgendes an:
pi@second-device:~ $ iobroker status No connection to states 192.168.178.34:6379[redis]auf dem Master:
pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: file States type: redis@Mapio90 Es steht ja geschrieben. Du solltest das binding für redis auf dem Master von 127.0.0.1 auf 0.0.0.0 stellen, damit sich andere hosts mit dem redis-server des masters verbinden können. Das solltest Du in der /etc/redis/redis.conf umstellen.
Edit: Vorher natürlich noch redis installieren (auf dem master). -
Habe den Master nun komplett runter geschmissen und ein backup drauf gemacht.
Wie würdet ihr jetzt vorgehen, dass mir bestmöglich ein backup wieder erspart bleibt?
auf dem Slave zeigt es folgendes an:
pi@second-device:~ $ iobroker status No connection to states 192.168.178.34:6379[redis]auf dem Master:
pi@Master:~ $ iobroker status iobroker is running on this host. At least one iobroker host is running. Objects type: file States type: redis@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
Habe den Master nun komplett runter geschmissen und ein backup drauf gemacht.
ein Backup von ioBroker?
Oder von der SD-Karte?im ersten Fall dürfte kein Redis drauf sein.
Was sagtredis-server -v?Wenn du dann den redis-server nachinstallierst musst du auch die Konfig von redis für Multihost anpassen
-
@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
Habe den Master nun komplett runter geschmissen und ein backup drauf gemacht.
ein Backup von ioBroker?
Oder von der SD-Karte?im ersten Fall dürfte kein Redis drauf sein.
Was sagtredis-server -v?Wenn du dann den redis-server nachinstallierst musst du auch die Konfig von redis für Multihost anpassen
-
habe die sd-karte formatiert und dann das backup wieder komplett aufgespielt.
pi@Master:~ $ redis-server -v Redis server v=5.0.3 sha=00000000:0 malloc=jemalloc-5.1.0 bits=32 build=1b271fe49834c463@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
dann das backup wieder komplett aufgespielt.
also incl. der Fehler, die bereits ins Backup gelangt waren
-
@Mapio90 Es steht ja geschrieben. Du solltest das binding für redis auf dem Master von 127.0.0.1 auf 0.0.0.0 stellen, damit sich andere hosts mit dem redis-server des masters verbinden können. Das solltest Du in der /etc/redis/redis.conf umstellen.
Edit: Vorher natürlich noch redis installieren (auf dem master).@Meister-Mopper sagte in Fehler von Multihost nach update auf Buster:
@Mapio90 Es steht ja geschrieben. Du solltest das binding für redis auf dem Master von 127.0.0.1 auf 0.0.0.0 stellen, damit sich andere hosts mit dem redis-server des masters verbinden können. Das solltest Du in der /etc/redis/redis.conf umstellen.
Wird das mit iobroker setup custom ausgeführt oder muss ich das mit dem nano, sprich im editor tun?
-
@Meister-Mopper sagte in Fehler von Multihost nach update auf Buster:
@Mapio90 Es steht ja geschrieben. Du solltest das binding für redis auf dem Master von 127.0.0.1 auf 0.0.0.0 stellen, damit sich andere hosts mit dem redis-server des masters verbinden können. Das solltest Du in der /etc/redis/redis.conf umstellen.
Wird das mit iobroker setup custom ausgeführt oder muss ich das mit dem nano, sprich im editor tun?
@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
muss ich das mit dem nano, sprich im editor tun?
ja
-
@Mapio90 sagte in Fehler von Multihost nach update auf Buster:
dann das backup wieder komplett aufgespielt.
also incl. der Fehler, die bereits ins Backup gelangt waren
@Homoran Nein ich habe bevor ich buster aufgespielt hatte ein Backup durchgeführt.
als ich den slave aktuallisiert (auf Buster) habe, war multihost noch stabil, d.h. der Slave war online.
als ich dann aber den Master auf buster upgedatet habe, dann war der Slave offline.
Dann habe ich versucht mit iobroker setup custom wieder zu verbinden und dann ging es nach hinten los. Admin-Oberfläche vom Master nicht mehr erreichbar, fehler in der setup custom... naja dann heute den tag das backup (wo alles noch gelaufen ist) aufgespielt. Jetzt nach langem hin und her sind alle Adapter vom Master grün, (roborock, zigbee und ble ). Jetzt muss ich meiner meinung nach wieder die Multihost umgebung verbinden, dass es wieder ist wie davor.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden393
Online32.8k
Benutzer82.6k
Themen1.3m
Beiträge