NEWS
Adapter Status Anzeige HOST und SLAVE unterschiedlich
-
Hi,
nach update meiner beiden iobroker Systeme (HOST und SLAVE) wird mir der Status des Admin Adapters auf den beiden unterschiedlich angezeigt.
HOST:
Slave:
Habe nach Update des js-controllers auf dem HOST diese Änderung gemacht:
"objects": { "type": "file", "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].", "host": "0.0.0.0", "port": 9001, "user": "", "pass": "", "noFileCache": true, "connectTimeout": 2000 }, "states": { "type": "file", "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].", "host": "0.0.0.0", "port": 9000, "options": { "auth_pass": null, "retry_max_delay": 15000 }
Ist da sonst noch etwas zu ändern?
Danke und Gruß
-
Verstehe ich das richtig, dass du ein Multihost-System hast und trotzdem zugriff auf BEIDE Admin über die IP hast?
Gruß
Rainer
-
Ja,
das war schon immer so.
Sollte das eigentlich nicht so sein?
-
Sollte das eigentlich nicht so sein? `
So ist es!In einem korrekt konfigurierten Multihost-System darf nur noch der Admni des Masters zu erreichen sein.
Über diesen werden alle Konfigurationen der Slaves durchgeführt.
http://www.iobroker.net/docu/?page_id=3068&lang=de
Gruß
Rainer
-
Hm,
komisch. Wo liegt denn dann der Fehler?
Muss ja dann etwas im iobroker.json sein wenn ich das richtig verstehe.
Hier mal die beiden files:
HOST:
!
{ "network": { "IPv4": true, "IPv6": true, "bindAddress": null, "useSystemNpm": true }, "objects": { "type": "file", "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].", "host": "0.0.0.0", "port": 9001, "user": "", "pass": "", "noFileCache": true, "connectTimeout": 2000 }, "states": { "type": "file", "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].", "host": "0.0.0.0", "port": 9000, "options": { "auth_pass": null, "retry_max_delay": 15000 } }, "log": { "level": "info", "maxDays": 7, "transport": { "file1": { "type": "file", "enabled": true, "filename": "log/iobroker", "fileext": ".log", "maxsize": null, "maxFiles": null } } }, "dataDirComment": "Always relative to iobroker.js-controller/", "dataDir": "../../iobroker-data/" } !
Slave:
!
cat iobroker.json { "system": { "memoryLimitMB": 0, "hostname": "" }, "network": { "IPv4": true, "IPv6": true, "bindAddress": null, "useSystemNpm": true }, "objects": { "type": "file", "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].", "host": "192.168.178.18", "port": 9001, "user": "", "pass": "", "noFileCache": false, "connectTimeout": 2000 }, "states": { "type": "file", "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].", "host": "192.168.178.18", "port": 9000, "maxQueue": 1000, "options": { "auth_pass": null, "retry_max_delay": 15000 } }, "log": { "level": "info", "maxDays": 7, "noStdout": true, "transport": { "file1": { "type": "file", "enabled": true, "filename": "log/iobroker", "fileext": ".log", "maxsize": null, "maxFiles": null }, "syslog1": { "type": "syslog", "enabled": false, "host": "localhost", "host_comment": "The host running syslogd, defaults to localhost.", "port_comment": "The port on the host that syslog is running on, defaults to syslogd's default port(514/UDP).", "protocol": "udp4", "protocol_comment": "The network protocol to log over (e.g. tcp4, udp4, unix, unix-connect, etc).", "path_comment": "The path to the syslog dgram socket (i.e. /dev/log or /var/run/syslog for OS X).", "facility_comment": "Syslog facility to use (Default: local0).", "localhost": "iobroker", "localhost_comment": "Host to indicate that log messages are coming from (Default: localhost).", "sysLogType_comment": "The type of the syslog protocol to use (Default: BSD).", "app_name_comment": "The name of the application (Default: process.title).", "eol_comment": "The end of line character to be added to the end of the message (Default: Message without modifications)." } } }, "dataDirComment": "Always relative to iobroker.js-controller/", "dataDir": "../../iobroker-data/" }pi@pi-iobroker:/opt/iobroker/iobroker-data $ !
REDIS ist doch kein "muss" oder? Kann mich nicht daran erinnern das damals konfiguriert zu haben.
-
Sieht von der Konfig korrekt aus.
@wendy2702:REDIS ist doch kein "muss" oder? Kann mich nicht daran erinnern das damals konfiguriert zu haben. `
Nein ist kein muss, und selbst wenn du es konfiguriert hättest; mit den Werten, die du in iobroker setup custom eingegeben hast wäre es nicht benutzt.Welche Versionen js-controller hast du?
Gruß
Rainer
-
Der Admin auf dem Slave läuft doch gar nicht.
Kannst Du ihn trotzdem mit <ip-slave>:8081 erreichen (nicht 192.168.178.18)?
Gruß,
Eric
Von unterwegs getippert</ip-slave>
-
-
Der Admin auf dem Slave läuft doch gar nicht.
Kannst Du ihn trotzdem mit <ip-slave>:8081 erreichen (nicht 192.168.178.18)?
Gruß,
Eric
Von unterwegs getippert</ip-slave> `
Auf dem Slave läuft der Admin.1
Admin.0 läuft auf dem Host.
Gesendet von iPhone mit Tapatalk Pro
-
Sieht von der Konfig korrekt aus.
@wendy2702:REDIS ist doch kein "muss" oder? Kann mich nicht daran erinnern das damals konfiguriert zu haben. `
Nein ist kein muss, und selbst wenn du es konfiguriert hättest; mit den Werten, die du in iobroker setup custom eingegeben hast wäre es nicht benutzt.Welche Versionen js-controller hast du?
Gruß
Rainer `
~~<link_text text="https://uploads.tapatalk-cdn.com/201710 ... cc2274.jpg">https://uploads.tapatalk-cdn.com/20171001/342ea597ddebf19754ff1b997acc2274.jpg</link_text>" />
Gesendet von iPhone mit Tapatalk Pro~~
-
Auf dem Slave läuft der Admin.1 `
Nein, er läuft nicht - siehe roter „Play-Button“.Mach mal bitte einen breiteren Screenshot vom Reiter Instanzen, wo man den Admin des Slaves sieht und welchem Host er zugewiesen ist.
Wie hast Du denn den Multihost aufgesetzt?
Nackte ioBroker-Installation an den Master gekoppelt, oder ein bereits benutztes System (weitere Instanzen aktiv, Daten vorhanden, usw.)?
Gruß,
Eric
Von unterwegs getippert
-
Auf dem Slave läuft der Admin.1
Nein, er läuft nicht - siehe roter „Play-Button“.
Doch, der Admin.1 ist grün.
warum hast du da zwei admins drauf.
damit kannst du natürlich (evtl.??) das gesamte System aushebeln.
Wie hast Du denn den Multihost aufgesetzt?
Nackte ioBroker-Installation an den Master gekoppelt, oder ein bereits benutztes System (weitere Instanzen aktiv, Daten vorhanden, usw.)? `
Das ist natürlich interessant!Gruß
Rainer
-
Deswegen wollte ich den Breiteren Screenshot haben, wo man die Host-Zuordnung sieht.
Von unterwegs getippert
-
Ähem… jetzt gerade zurück vom Gassi gehen und auf beiden Systemen ist der Status jetzt gleich.
Hier erstmal die Screenshots:
Host:
Slave:
Wie habe ich das System aufgesetzt:
iobroker Host läuft schon länger, dann ende 2016 einen PI3 als Slave nach der damaligen Anleitung dazu konfiguriert.
-
dann ende 2016 einen PI3 als Slave nach der damaligen Anleitung dazu konfiguriert. `
… und dann erst über den Master die Instanzen auf dem Slave erzeugt?Gruß
Rainer
-
dann ende 2016 einen PI3 als Slave nach der damaligen Anleitung dazu konfiguriert. `
… und dann erst über den Master die Instanzen auf dem Slave erzeugt?Gruß
Rainer `
Wenn ich mich richtig erinnere ja.
-
Dann bleibt nur noch die Frage warum da zwei admin-Adapter sind.
Gruß
Rainer
-
Kann ich den denn auf dem Slave "einfach" löschen?
Oder sollte ich den lieber neu aufsetzen?
-
Jetzt verläßt mich mein Wissen.
Fakt ist:
-
Der Slave bekommt offline (= ohne Bindung an den Master) seine eigene ioBroker Installation. Diese enthält u.a. einen admin.
-
dann erst wird der Slave per iobroker setup custom an den Master gebunden
-
der admin des Slave taucht nicht mehr auf
Ich habe keine Ahnung was mit den Adaptern auf dem Maste passiert, wenn du den Slave neu aufbaust und die dortigen Instanzen auf einmal weg sind
-
- na gut habe ich auch schon mal gemacht, ich glaube die werden anschließend "hot pluggable" wieder auf dem Slave installiert.
Aber bei dir werden nach abmelden des Slaves trotzdem beide admin weiterhin auf dem Master zu sehen sein.
ICH würde folgendermaßen Vorgehen:
-
Backup des MAsters über die Konsole (sudo iobroker backup)
-
Löschen des admin.1
-
- sehen was dann ist.
Gruß
Rainer
-
-
Ok. Werde ich die Tage mal versuchen
Gesendet von iPhone mit Tapatalk Pro