Adapter Status Anzeige HOST und SLAVE unterschiedlich

wendy2702

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ß

Homoran

Verstehe ich das richtig, dass du ein Multihost-System hast und trotzdem zugriff auf BEIDE Admin über die IP hast?

Gruß

Rainer

wendy2702

Ja,

das war schon immer so.

Sollte das eigentlich nicht so sein?

Homoran

~~@wendy2702:~~

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

wendy2702

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.

Homoran

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

eric2905

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>

Homoran

@eric:

in den Screenshots sind die IP-Adressen zu sehen.

Erklär mir das mal ;-)

Gruß

Rainer

wendy2702

~~@eric2905:~~

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

wendy2702

~~@Homoran:~~

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 `

~~![](</s><URL url=)<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~~

eric2905

~~@wendy2702:~~

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

Homoran

~~@eric2905:~~

~~@wendy2702:~~

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.

~~@eric2905:~~

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

eric2905

Deswegen wollte ich den Breiteren Screenshot haben, wo man die Host-Zuordnung sieht.

Von unterwegs getippert

wendy2702

Ä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.

Homoran

~~@wendy2702:~~

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

wendy2702

~~@Homoran:~~

~~@wendy2702:~~

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.

Homoran

Dann bleibt nur noch die Frage warum da zwei admin-Adapter sind.

Gruß

Rainer

wendy2702

Kann ich den denn auf dem Slave "einfach" löschen?

Oder sollte ich den lieber neu aufsetzen?

Homoran

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

wendy2702

Ok. Werde ich die Tage mal versuchen

Gesendet von iPhone mit Tapatalk Pro

Community Forum

NEWS

Adapter Status Anzeige HOST und SLAVE unterschiedlich

Support us

926

32.4k

81.5k

1.3m