NEWS
[gelöst] Hilfe bei Multihost
-
@thomas-braun said in [gelöst] Hilfe bei Multihost:
cd /opt/iobroker
Danke euch das war der Fehler für das Downgrade.
Jetzt habe ich die Versionen entsprechend gedowngraded.
Jetzt funktionieren auch beide Befehle, wir nähern uns der Lösung.Jetzt allerdings ein weiteres Problem.
Auf meinem Master sind zwei Netzwerkinterfaces am laufen. Das WIFI mit DHCP IP (10.0.1.250 aktuell) und der ETH Adapter mit fester IP (10.0.3.10). Der Browse Befehl am Slave findet jetzt nur die DHCP IP. Ich vermute das ist nicht so clever ihn darüber zu verbinden.alex@iobroker-slave:/opt/iobroker $ iobroker multihost browse 1 | 10.0.1.250 | host | 10.0.1.250 | "authentication required" alex@iobroker-slave:/opt/iobroker $ iobroker multihost connect 1 | 10.0.1.250 | host | 10.0.1.250 | "authentication required"
-
OK das habe ich selbst gelöst bekommen. Habe das WIFI Interface down genommen und dann hat er den Master auf dem anderen Interface gefunden.
Zusammengefasst also folgende Fehler vorhanden:
- Master ist auf 5.0.12 bugged
- Slave ist auf allem über 4.0.24 bugged
- Die browse Routine bricht beim ersten Interface ab und findet nicht das zweite Interface
-
Ich habe gestern auch versucht einen Slave aufzusetzen und zu koppeln. Nur Dank der Beiträge hier hat es geklappt.
- Master läuft mit: 5.0.16
- Slave lief nur mit 4.0.24 (wie @LxFFM geschrieben hat) sonst wird kein Master gefunden!
Bisher habe ich noch keine Adapter auf dem Slave. War erstmal froh, dass es läuft
-
Gibt es einen Weg nach vorne für einen Fix? Muss man das noch irgendwo als Bug reporten?
Ich bin zwar nicht so tief im Maschinenraum von ioBroker, aber es fühlt sich nicht gut an, wenn man für einen Master-Slave Betrieb auf zwei bestimmte Versionen angewiesen ist, die auch noch in unterschiedlichen Major Releases liegen. Außerdem muss man sich vor jedem Update Sorgen machen, das die Master-Slave Verbindung mit dem Update bricht.
So kann man auf dem Slave ja keine verlässlichen Services betreiben.
-
@lxffm sagte in [gelöst] Hilfe bei Multihost:
Gibt es einen Weg nach vorne für einen Fix?
sollte mittlerweile längst gelöst sein.
klappt es auch über den Standardweg mit
iob setup custom
nicht?
Master und Slave neu gestartet?
ggf. 2x?der Bug bezog sich nur auf neue Multihost Konstrukte.
Bestehende waren nie betroffen -
... gelöscht ...
-
ich hatte aus dem kürzlichen Beitrag von @heinz527 abgeleitet, dass es offenbar immer noch kein Selbstläufer ist.
Ich bin noch auf den Versionen aus diesem Beitrag und fasse aktuell nichts an, um nicht wieder alles kaputt zu machen
@heinz527: Interpretiere ich deinen Beitrag richtig, dass es mit den aktuellen Versionen immer noch nicht funktioniert hat wie vorgesehen?
-
@lxffm sagte in [gelöst] Hilfe bei Multihost:
dass es offenbar immer noch kein Selbstläufer ist.
immerhin ist der Thread als [gelöst] markiert!
wenn es dann doch noch weitere/andere Probleme gibt, hat es hier nichts zu suchen. -
Aber ich verstehe das richtig, ich müsste nach deinem Kenntnisstand den Slave nun auch auf die 5.x.x heben können, ohne das es Probleme geben sollte?
-
@homoran Ich habe den Thread erstellt und als gelöst für mein Problem mit dem Slave gekennzeichnet. Also das man die Verbindung Master Slave herstellen kann mit dem Downgrade.
Das Problem, dass man den Slave nur verbinden kann, wenn man die Version auf 4.0.24 ändert, ist nicht gelöst. -
@pjo123456 sagte in [gelöst] Hilfe bei Multihost:
@homoran Ich habe den Thread erstellt und als gelöst für mein Problem mit dem Slave gekennzeichnet. Also das man die Verbindung Master Slave herstellen kann mit dem Downgrade.
Das Problem, dass man den Slave nur verbinden kann, wenn man die Version auf 4.0.24 ändert, ist nicht gelöst.Danke für diese Info!
Ich kann das leider selber nicht testen.
existiert dazu ein Issue?Trotzdem müsste dann erst recht ein neuer Thread eröffnet werden, wenn jemand mit deiner Lösung nicht weiter kommt oder will.
Ansonsten sieht man beim durchblättern nur: multihost Problem gelöst