NEWS
Multihost-Konfiguration nicht wiederherstellbar
-
Systemdata Bitte Ausfüllen Hardwaresystem: Pi3B Arbeitsspeicher: 1GB Festplattenart: SD-Karte Betriebssystem: Debian bullseye Node-Version: 18.18.0 Nodejs-Version: 18.18.0 NPM-Version: 9.8.1 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: - Ich habe mich durchgerungen und den Slave mal wieder neu installiert und danach wollte ich die drei Adapter (can, smartmeter, modbus) nach dem Aufsetzen des Multihost-Systems wieder auf den Slave verschieben (über Master-Webinterface). Leider bekomme ich das Multihost-System nicht korrekt zum laufen und musste zwischendurch sogar meinen Master nochmal reanimieren. Nun läuft immerhin der Master wieder :)
Über ein einfaches
iobroker multihost enableauf dem Master und dann einiobroker multihost connectauf dem Slave hat es leider nicht funktioniert. Danach habe ich periobroker setup custombeide Systeme überprüft.Master:
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: iobrokerSlave:
Current configuration: - Objects database: - Type: jsonl - Host/Unix Socket: 192.168.100.3 - Port: 9001 - States database: - Type: jsonl - Host/Unix Socket: 192.168.100.3 - Port: 9000 - Data Directory: ../../iobroker-data/Was mir jetzt auffällt ist, dass der Hostname beim Slave fehlt. Ist das so richtig? Schließlich wird dieser ja auch abgefragt.
Starte ich nun auf dem Master
iobroker multihost enablebleibt dieser stehen, obwohl in allen Anleitungen/Tutorials er in dann im normalen Prompt wieder landen sollte, wie es nach jedem Befehl eigentlich auch üblich ist. Beim Slave ist das genauso nachdem ichiobroker multihost connecteingebe. Im Hintergrund passiert auf jeden Fall etwas, da der Slave komischerweise dann im Master auftaucht, obwohl ich noch nicht einmal ein Passwort eingegeben habe.Master:
aike@iobroker:~$ iobroker multihost enable Multihost discovery server activated on this host. If iobroker is currently not running please start befeore trying to discover this host. Important: Multihost discovery works with UDP packets. Make sure they are routed correctly in your network. If you use Docker you also need to configure this correctly. Multihost discovery will be automatically deactivated after 15 minutes. If you want to activate it permanently use the --persist flag Discovery authentication activated. Enter secret phrase for connection: Repeat secret phrase for connection: Please check the binding of the configured jsonl server to allow remote connections. Please restart ioBroker for the changes to take effect: "iobroker restart" Multihost discovery server: enabled Discovery authentication: enabled Persistent activation: disabled Objects: jsonl on 0.0.0.0 States: jsonl on 0.0.0.0Slave:
aike@iobrokerSlave:~ $ iobroker multihost connectBeim Schreiben dieses Posts fiel mir ein, dass ich das Log des Slaves einmal auf "Alles" stellen könnte und dort sind mir folgende Logs aufgefallen. Das sieht mir so aus, als wären hier ein paar Reste vom Versuch per redis die Multihost-Konfiguration (Anleitung) zu nutzen.
host.iobrokerSlave 2023-10-02 21:40:21.165 silly States system redis pmessage system.adapter.*.alive/system.adapter.socketio.0.alive:{"val":true,"ack":true,"ts":1696275621164,"q":0,"from":"system.adapter.socketio.0","lc":1696272246053,"expire":true} host.iobrokerSlave 2023-10-02 21:40:21.115 silly States system redis pmessage system.adapter.*.alive/system.adapter.modbus.1.alive:{"val":true,"ack":true,"ts":1696275621114,"q":0,"from":"system.adapter.modbus.1","lc":1696272186030,"expire":true} host.iobrokerSlave 2023-10-02 21:40:21.108 silly States system redis pmessage system.adapter.*.alive/system.adapter.evcc.0.alive:{"val":true,"ack":true,"ts":1696275621107,"q":0,"from":"system.adapter.evcc.0","lc":1696272306040,"expire":true} host.iobrokerSlave 2023-10-02 21:40:20.497 silly States system redis pmessage system.adapter.*.alive/system.adapter.vw-connect.0.alive:{"val":true,"ack":true,"ts":1696275620496,"q":0,"from":"system.adapter.vw-connect.0","lc":1696272290414,"expire":true} host.iobrokerSlave 2023-10-02 21:40:20.486 silly States system redis pmessage system.adapter.*.alive/system.adapter.iot.0.alive:{"val":true,"ack":true,"ts":1696275620485,"q":0,"from":"system.adapter.iot.0","lc":1696272230391,"expire":true} host.iobrokerSlave 2023-10-02 21:40:20.195 silly States system redis pmessage system.adapter.*.alive/system.adapter.shelly.0.alive:{"val":true,"ack":true,"ts":1696275620194,"q":0,"from":"system.adapter.shelly.0","lc":1696272170120,"expire":true} host.iobrokerSlave 2023-10-02 21:40:19.162 sillyVielleicht kann mir jemand helfen die etwas verkorkste Multihost-Installation wieder zum Laufen zu bringen.
-
Systemdata Bitte Ausfüllen Hardwaresystem: Pi3B Arbeitsspeicher: 1GB Festplattenart: SD-Karte Betriebssystem: Debian bullseye Node-Version: 18.18.0 Nodejs-Version: 18.18.0 NPM-Version: 9.8.1 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: - Ich habe mich durchgerungen und den Slave mal wieder neu installiert und danach wollte ich die drei Adapter (can, smartmeter, modbus) nach dem Aufsetzen des Multihost-Systems wieder auf den Slave verschieben (über Master-Webinterface). Leider bekomme ich das Multihost-System nicht korrekt zum laufen und musste zwischendurch sogar meinen Master nochmal reanimieren. Nun läuft immerhin der Master wieder :)
Über ein einfaches
iobroker multihost enableauf dem Master und dann einiobroker multihost connectauf dem Slave hat es leider nicht funktioniert. Danach habe ich periobroker setup custombeide Systeme überprüft.Master:
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: iobrokerSlave:
Current configuration: - Objects database: - Type: jsonl - Host/Unix Socket: 192.168.100.3 - Port: 9001 - States database: - Type: jsonl - Host/Unix Socket: 192.168.100.3 - Port: 9000 - Data Directory: ../../iobroker-data/Was mir jetzt auffällt ist, dass der Hostname beim Slave fehlt. Ist das so richtig? Schließlich wird dieser ja auch abgefragt.
Starte ich nun auf dem Master
iobroker multihost enablebleibt dieser stehen, obwohl in allen Anleitungen/Tutorials er in dann im normalen Prompt wieder landen sollte, wie es nach jedem Befehl eigentlich auch üblich ist. Beim Slave ist das genauso nachdem ichiobroker multihost connecteingebe. Im Hintergrund passiert auf jeden Fall etwas, da der Slave komischerweise dann im Master auftaucht, obwohl ich noch nicht einmal ein Passwort eingegeben habe.Master:
aike@iobroker:~$ iobroker multihost enable Multihost discovery server activated on this host. If iobroker is currently not running please start befeore trying to discover this host. Important: Multihost discovery works with UDP packets. Make sure they are routed correctly in your network. If you use Docker you also need to configure this correctly. Multihost discovery will be automatically deactivated after 15 minutes. If you want to activate it permanently use the --persist flag Discovery authentication activated. Enter secret phrase for connection: Repeat secret phrase for connection: Please check the binding of the configured jsonl server to allow remote connections. Please restart ioBroker for the changes to take effect: "iobroker restart" Multihost discovery server: enabled Discovery authentication: enabled Persistent activation: disabled Objects: jsonl on 0.0.0.0 States: jsonl on 0.0.0.0Slave:
aike@iobrokerSlave:~ $ iobroker multihost connectBeim Schreiben dieses Posts fiel mir ein, dass ich das Log des Slaves einmal auf "Alles" stellen könnte und dort sind mir folgende Logs aufgefallen. Das sieht mir so aus, als wären hier ein paar Reste vom Versuch per redis die Multihost-Konfiguration (Anleitung) zu nutzen.
host.iobrokerSlave 2023-10-02 21:40:21.165 silly States system redis pmessage system.adapter.*.alive/system.adapter.socketio.0.alive:{"val":true,"ack":true,"ts":1696275621164,"q":0,"from":"system.adapter.socketio.0","lc":1696272246053,"expire":true} host.iobrokerSlave 2023-10-02 21:40:21.115 silly States system redis pmessage system.adapter.*.alive/system.adapter.modbus.1.alive:{"val":true,"ack":true,"ts":1696275621114,"q":0,"from":"system.adapter.modbus.1","lc":1696272186030,"expire":true} host.iobrokerSlave 2023-10-02 21:40:21.108 silly States system redis pmessage system.adapter.*.alive/system.adapter.evcc.0.alive:{"val":true,"ack":true,"ts":1696275621107,"q":0,"from":"system.adapter.evcc.0","lc":1696272306040,"expire":true} host.iobrokerSlave 2023-10-02 21:40:20.497 silly States system redis pmessage system.adapter.*.alive/system.adapter.vw-connect.0.alive:{"val":true,"ack":true,"ts":1696275620496,"q":0,"from":"system.adapter.vw-connect.0","lc":1696272290414,"expire":true} host.iobrokerSlave 2023-10-02 21:40:20.486 silly States system redis pmessage system.adapter.*.alive/system.adapter.iot.0.alive:{"val":true,"ack":true,"ts":1696275620485,"q":0,"from":"system.adapter.iot.0","lc":1696272230391,"expire":true} host.iobrokerSlave 2023-10-02 21:40:20.195 silly States system redis pmessage system.adapter.*.alive/system.adapter.shelly.0.alive:{"val":true,"ack":true,"ts":1696275620194,"q":0,"from":"system.adapter.shelly.0","lc":1696272170120,"expire":true} host.iobrokerSlave 2023-10-02 21:40:19.162 sillyVielleicht kann mir jemand helfen die etwas verkorkste Multihost-Installation wieder zum Laufen zu bringen.
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
s) nach dem Aufsetzen des Multihost-Systems wieder auf den Slave verschieben
bei richtiger Konfiguration wird nix vetschoben.
Einfach neuen Slave mit gleichem Hostnamen aufsetzen und koppeln.
die Instanzen werden automatisch erstellt -
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
s) nach dem Aufsetzen des Multihost-Systems wieder auf den Slave verschieben
bei richtiger Konfiguration wird nix vetschoben.
Einfach neuen Slave mit gleichem Hostnamen aufsetzen und koppeln.
die Instanzen werden automatisch erstellt@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
s) nach dem Aufsetzen des Multihost-Systems wieder auf den Slave verschieben
bei richtiger Konfiguration wird nix vetschoben.
Einfach neuen Slave mit gleichem Hostnamen aufsetzen und koppeln.
die Instanzen werden automatisch erstelltDer Slave wurde meinerseits eigentlich neu aufgesetzt. Aber nun gut... Auf das eine mal neu Aufsetzen kommt es ja nun nicht an :)
Mich wundert es nur extrem, dass der Master den Befehliobroker multihost enablenicht korrekt abschließt und in der Leere verharrt. Normalerweise müsste ich doch im cmd-Prompt landen, richtig?Danke & Grüße :)
-
@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
s) nach dem Aufsetzen des Multihost-Systems wieder auf den Slave verschieben
bei richtiger Konfiguration wird nix vetschoben.
Einfach neuen Slave mit gleichem Hostnamen aufsetzen und koppeln.
die Instanzen werden automatisch erstelltDer Slave wurde meinerseits eigentlich neu aufgesetzt. Aber nun gut... Auf das eine mal neu Aufsetzen kommt es ja nun nicht an :)
Mich wundert es nur extrem, dass der Master den Befehliobroker multihost enablenicht korrekt abschließt und in der Leere verharrt. Normalerweise müsste ich doch im cmd-Prompt landen, richtig?Danke & Grüße :)
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
richtig
das weiss ich nicht.
Aber da ist gerade ein identischer (??) Fall
https://forum.iobroker.net/topic/68802/hilfe-bei-multihost/18 -
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
richtig
das weiss ich nicht.
Aber da ist gerade ein identischer (??) Fall
https://forum.iobroker.net/topic/68802/hilfe-bei-multihost/18@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
Aber da ist gerade ein identischer (??) Fall
https://forum.iobroker.net/topic/68802/hilfe-bei-multihost/18Ich schaue mir das später mal genauer an und installiere den Slave einmal neu und gebe dann ein Feedback.
Grüße
-
@splatterjoe sagte in Multihost-Konfiguration nicht wiederherstellbar:
richtig
das weiss ich nicht.
Aber da ist gerade ein identischer (??) Fall
https://forum.iobroker.net/topic/68802/hilfe-bei-multihost/18@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
Aber da ist gerade ein identischer (??) Fall
https://forum.iobroker.net/topic/68802/hilfe-bei-multihost/18Vielen Dank @Homoran für die Verlinkung! Die Lösung (Downgrade auf js-controller 4.0.24) hat mir erst einmal weiter geholfen.
-
@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
Aber da ist gerade ein identischer (??) Fall
https://forum.iobroker.net/topic/68802/hilfe-bei-multihost/18Vielen Dank @Homoran für die Verlinkung! Die Lösung (Downgrade auf js-controller 4.0.24) hat mir erst einmal weiter geholfen.
@splatterjoe @Homoran
Also macht es Sinn, erstmal noch zu warten mit einem Update.Ich habe hier auch ein Multihost-System (Master als Docker, Slave im Proxmox), beide noch mit js-controller 4 unterwegs, hatte mir gedacht vielleicht heute mal auf 5 zu gehen, aber wenn ich das so lese, dann warte ich lieber noch etwas.
Zumal ich auch noch Bereitschaft habe und jederzeit rausgerufen werden könnte, da fehlt mir die Muse auch mal zu experimentieren.
Danke für die Info.Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@splatterjoe @Homoran
Also macht es Sinn, erstmal noch zu warten mit einem Update.Ich habe hier auch ein Multihost-System (Master als Docker, Slave im Proxmox), beide noch mit js-controller 4 unterwegs, hatte mir gedacht vielleicht heute mal auf 5 zu gehen, aber wenn ich das so lese, dann warte ich lieber noch etwas.
Zumal ich auch noch Bereitschaft habe und jederzeit rausgerufen werden könnte, da fehlt mir die Muse auch mal zu experimentieren.
Danke für die Info.Ich habe beim master und auch beim slave js.controller auf 5.0.12
Und multihost funktioniert einwandfrei.Irgendwas macht ihr da was falsch.
Anbei nochmal die offizielle Doku:
https://www.iobroker.net/#de/documentation/config/multihost.mdAber die kennt ihr ja bestimmt.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
Ich habe beim master und auch beim slave js.controller auf 5.0.12
Und multihost funktioniert einwandfrei.Irgendwas macht ihr da was falsch.
Anbei nochmal die offizielle Doku:
https://www.iobroker.net/#de/documentation/config/multihost.mdAber die kennt ihr ja bestimmt.
@bahnuhr sagte in Multihost-Konfiguration nicht wiederherstellbar:
Ich habe beim master und auch beim slave js.controller auf 5.0.12
Und multihost funktioniert einwandfrei.aber nicht neu aufgesetzt!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@bahnuhr sagte in Multihost-Konfiguration nicht wiederherstellbar:
Ich habe beim master und auch beim slave js.controller auf 5.0.12
Und multihost funktioniert einwandfrei.aber nicht neu aufgesetzt!
@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
aber nicht neu aufgesetzt!
das stimmt.
Läuft aber auch schon ewig richtig.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@homoran sagte in Multihost-Konfiguration nicht wiederherstellbar:
aber nicht neu aufgesetzt!
das stimmt.
Läuft aber auch schon ewig richtig.@bahnuhr Es scheint ein Problem zu geben, wenn man mit 5.0.12 Multihost neu aufsetzen aufsetzen will.
nach downgrade auf 5.0.11 scheint es wieder zu gehen.kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@bahnuhr Es scheint ein Problem zu geben, wenn man mit 5.0.12 Multihost neu aufsetzen aufsetzen will.
nach downgrade auf 5.0.11 scheint es wieder zu gehen.
Support us
989
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge