Iobroker Master Slave benötige Hilfe…
-
Hallo,
erstmal danke für die Tips. Ihr seid Spitze.
Das System läuft nun.
Was mich bei der Anleitung für Multihost verwirrt hat, war der Punkt:
"Ab der Version des js-controller v1.1.3 wird die Einrichtung eines Multihost-Systems noch weiter vereinfacht."
Ich habe das so verstanden, das der Anleitungs-Teil davor nicht gemacht werden muss.
Da war ich wohl auf dem Holzweg.
Nun läuft die Kiste (laufen die Kisten) :D
Vielen Dank und Grüße
Wini99
-
Hallo,
erstmal danke für die Tips. Ihr seid Spitze.
Das System läuft nun.
Was mich bei der Anleitung für Multihost verwirrt hat, war der Punkt:
"Ab der Version des js-controller v1.1.3 wird die Einrichtung eines Multihost-Systems noch weiter vereinfacht."
Ich habe das so verstanden, das der Anleitungs-Teil davor nicht gemacht werden muss.
Da war ich wohl auf dem Holzweg.
Nun läuft die Kiste (laufen die Kisten) :D
Vielen Dank und Grüße
Wini99 `
Genau darüber bin ich auch gestolpert…
-
Ich habe das so verstanden, das der Anleitungs-Teil davor nicht gemacht werden muss. `
So ist das auch geplant gewesen:
Auf dem Master:
- mh enable
dann auf dem Slave:
-
mh browse
-
mh connect (mit dem gewünschten Master)
Das haben wir damals aber erfolgreich getestet.
Der manuelle Weg ist natürlich trotzdem noch möglich.
Was klappt denn jetzt nicht?
Die Fehlermeldung
@wini99:IP Address of the host is 127.0.0.1 `
zeigt an, dass er den Master nicht gefunden hat.Ich könnte mir im Moment nur vorstellen, dass es an der Authentication liegt, da ich diese nicht verwendet hatte.
Was hattest du denn da eingegeben?
(Natürlich nicht DEINE Daten)
Gruß
Rainer
-
Hallo zusammen, hänge mich hier mal dran da ich das selbe Problem habe. Wenn ich laut Anleitung ab js-controller v1.1.3 vorgehe, erkennt das Slave-System zwar den Master, aber der Master möchte nicht. Ich bekomme zwei Warnungen im Log vom Master-System. Eventuell kann mir da jemand weiterhelfen.
! host.server 2018-02-10 21:06:44.017 warn multihost service started on 0.0.0.0:50005
! Host 2018-02-10 21:06:43.831 warn on this system is not possible, because IP address is for states is 0.0.0.0Danke und Grüße :)
-
Hallo An alle Ich habe es genau so nach der Anleitung gemacht:
Man gibt beim Master nur noch ein: sudo iobroker multihost enable + Pass Vergeben
Anschließend auf dem slave: sudo iobroker multihost browse
Jetzt müssten vorhandene Master angezeigt werden. –- Ist Auch der Fall
Daraufhin wird mit sudo iobroker multihost connect der entsprechenden Master ausgewählt
!!! Ausgewählt –- +Pass eingegeben
Restart iobroker .... Fehler :
iobroker controller daemon is not running
Starting iobroker controller daemon...
iobroker controller daemon failed to start: Failed to write pidfile (EACCES)
Error: Failed to write pidfile (EACCES)
Was ist Falsch ...?
-
Die automatische Methode funktioniert im Moment nicht.
Bitte zu Fuß über iobroker setup custom arbeiten.
Gruß Rainer
-
Ich muss hier auch mal rein krätschen.
Auf meinem Pi läuft ein IObroker. Admin ist Version 3.4.2, Node ist 6.14.2
Auf der Synology läuft ein Docker Image wo der Admin allerdings 2.0.9 ist (und seltsamerweise auch keine neuere Version angezeigt wird). Node ist auch 6.14.2-
Ich habe auf dem Raspi, der der Master sein soll ausgeführt: "iobroker multihost enable", habe ein Password vergeben und habe die Redis.conf angepasst wie in der Anleitung beschrieben. Beim IOBroker auf der Synology habe ich "iobroker multihost browse" eingegeben und habe dann dort auch den Master mit der IP…175 gesehen. Dann habe ich "iobroker multihost connect" eingeben und bekam
root@iobroker:/opt/iobroker# iobroker multihost connect 1 | 192.168.111.175 | host | 192.168.111.175 | "authentication required" Please select host [1]: 1 Enter secret phrase for connection: ****** IP Address of the host is 127.0.0.1\. It accepts no connections. Please change.Im Forum hab ich dann gefunden, dass das leider nicht so einfach geht und habe dann "iobroker setup custom" gemacht:
root@iobroker:/opt/iobroker# iobroker setup custom Type of objects DB [(f)ile, (c)ouch, (r)edis], default [file]: Host / Unix Socket of objects DB(file), default[127.0.0.1]: 192.168.111.175 Port of objects DB(file), default[9001]: Type of states DB [(f)file, (r)edis], default [file]: Host / Unix Socket of states DB (file), default[192.168.111.175]: Port of states DB (file), default[9000]: Host name of this machine [iobroker]: creating conf/iobroker.json root@iobroker:/opt/iobroker# root@iobroker:/opt/iobroker# iobroker multihost connect events.js:160 throw er; // Unhandled 'error' event ^ Error: listen EADDRNOTAVAIL 192.168.111.175:9000 at Object.exports._errnoException (util.js:1020:11) at exports._exceptionWithHostPort (util.js:1043:20) at Server._listen2 (net.js:1258:19) at listen (net.js:1307:10) at net.js:1417:9 at _combinedTickCallback (internal/process/next_tick.js:83:11) at process._tickCallback (internal/process/next_tick.js:104:9) root@iobroker:/opt/iobroker#Jetzt weiss ich nicht mehr weiter…
Gruss Ralf
-
Auf der Synology läuft ein Docker Image wo der Admin allerdings 2.0.9 ist (und seltsamerweise auch keine neuere Version angezeigt wird). `
Hast du den Verwahrungsort auf "latest" gestellt?
Wenn du die manuelle Methode gemacht hast benötigst du das "iobroker multihost connect" eigentlich nicht mehr.
Die Automatische Variante funktioniert erst ab JS-Controller Version 1.4.2
Können der iobroker PI und Docker sich gegenseitig erreichen?
Auf den NAS gibt es meinstens Firewalls die noch eingestellt werden müssen.
-
Hi Wendy
Die Syno sieht den Raspi:
oot@iobroker:/opt/iobroker# ping 192.168.111.175 PING 192.168.111.175 (192.168.111.175) 56(84) bytes of data. 64 bytes from 192.168.111.175: icmp_seq=1 ttl=64 time=0.479 ms 64 bytes from 192.168.111.175: icmp_seq=2 ttl=64 time=0.475 ms 64 bytes from 192.168.111.175: icmp_seq=3 ttl=64 time=0.519 ms 64 bytes from 192.168.111.175: icmp_seq=4 ttl=64 time=0.473 ms 64 bytes from 192.168.111.175: icmp_seq=5 ttl=64 time=0.471 ms 64 bytes from 192.168.111.175: icmp_seq=6 ttl=64 time=0.422 ms ^C --- 192.168.111.175 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5001ms rtt min/avg/max/mdev = 0.422/0.473/0.519/0.030 ms rund der Raspi sieht auch die Syno
` > root@ioBroker-Pi2:~# ping 192.168.111.180PING 192.168.111.180 (192.168.111.180) 56(84) bytes of data.
64 bytes from 192.168.111.180: icmp_seq=1 ttl=64 time=0.539 ms
64 bytes from 192.168.111.180: icmp_seq=2 ttl=64 time=0.477 ms
64 bytes from 192.168.111.180: icmp_seq=3 ttl=64 time=0.459 ms
^C
–- 192.168.111.180 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2065ms
rtt min/avg/max/mdev = 0.459/0.491/0.539/0.042 ms
root@ioBroker-Pi2:~# `
Aber stimmt: Ich hatte auf default gestellt. Wenn ich auf latest stelle, dann wird mir auch 3.4.4 agezeigt.
Gruss Ralf
-
Hast du beide Installationen selbst erstellt, oder ist die RasPi Installation aus einem Image?
Wenn letzteres, kann es sein, dass der Raspi mit Redis läuft.
Wie sieht das bei dem Docker aus?
Wenn da auch Redis läuft ist dann der Port freigegeben für den slave?
Gruß
Rainer
-
Hallo Rainer
Das Raspi Image habe ich wie in der Anleitung beschrieben mit tar erzeugt und dann auf der Syno entpackt.
Es ist ziemlich sicher mit Redis.
Das ist aber auch das Problem denke ich. Denn redis auf dem Docker Image zu installieren ging ja schief wie Ich beschrieben habe. Und wenn ich das Raspi Image auf File umstelle geht es auch nicht wirklich. Master/slave hab ich jetzt auch sein lassen.
Immerin bin ich inzwischen ein bischen weiter. Ich habe vom Raspi nicht alles übernommen sondern nur sukzessive die Node_modules und iobroker_data übernommen, Speziell die iobroker.json hab ich glaub ich so gelassen wie sie ist und in der objects.json hab ich überall die Ip des Raspi auf die der Syno geändert. Immerhin läuft jetzt der IObroker "ein bischen". Ich habe noch ein paar Adapter übrig die entweder keine Verbindung zur CCU kriegen, oder "cannot find index.html" liefern. Das muss ich mir heute abend nochmal genauer ansehen. Dann mach ich nochmal Screenshots. Bin jetzt grad im Büro.
Ein Problem hab ich auf jeden Fall explizit erkannt und gelöst: Port 8082 war schon vom CCU-Historian belegt. Als ich den Port im Web.0 auf 8088 geändert hatte ging auch VIS wieder.
Ich hab die ganze Aktion ja nur gestartet, weil auf dem Pi jedesmal web.0 abstirbt wen ich eine VIS-View editiere.
Im schlimmsten Fall verwendet ich also die vermurkste Installation auf der Synology nur um meine VIS Views zu editieren. Hier kackt wenigstens web.0 nicht ab.
Wenn die dann stimmen nehme ich die JSON rüber zum Raspi, schalte IOBroker auf der Syno aus und auf dem Pi wieder an
Besser als gar nicht editieren zu können.
Gruss Ralf
-
Hier sind mindestens zwei ganz verschiedene Themen in deinem Post enthalten.
1.)
@derrapf:Raspi Image habe ich wie in der Anleitung beschrieben mit tar erzeugt und dann auf der Syno entpackt. `
Ich kenne diese Anleitung nicht.Hast du von deiner bestehenden Installation ein eigenes Image erstellt?
Die dort enthaltenen Instanzen wurden für die Raspberry Hardware und das dort verwendete nodejs kompiliert.
Wenn du das auf einer anderen Hardware nutzen willst musst du vor dem ersten Start von ioBroker das reinstall.sh ausführen.
Sinnvoller wäre es IMHO gewesen auf dem Raspi ein backup zu erzeugen und das im Docker wiederherzustellen, dann wird alles neu installiert und entsprechend der neuen Hardware/nodejs-Version kompiliert.
2.)
@derrapf:Denn redis auf dem Docker Image zu installieren ging ja schief `
deswegen kann trotzdem die konfiguration des Masters noch auf redis eingestellt sein.Diese bitte sicherheitshalber per sudo iobroker setup custom auch auf [FILE] setzen.
Gruß
Rainer
552
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge