[Gelöst] Probleme im Multihost-Betrieb

[AlCalzone]

Hallo zusammen, ich bräuchte nochmal Hilfe beim Multihost-Betrieb.

Ich versuche, meinen Windows-PC als Slave einzurichten. Master läuft aufm Raspberry (erreichbar unter "heizung.local").

Klappt alles andere als gut. Habe mich an http://www.iobroker.net/?page_id=2291&lang=de gehalten (minus js-controller Installation, da die mittlerweile automatisch geschieht).

Dann in der gleichen Konsole (mit Adminrechten)

iobroker setup custom

ausgeführt und folgende Eingaben getätigt:

Type of objects DB [file, couch, redis], default [file]: ENTER
Host of objects DB(file), default[127.0.0.1]: heizung.local
Port of objects DB(file), default[9001]: ENTER
Type of states DB [file, redis], default [file]: ENTER
Host of states DB (file), default[heizung.local]: ENTER
Port of states DB (file), default[9000]: ENTER
Host name of this machine [DomiPC]: ENTER

Der Master findet den Slave:

$ iobroker list hosts
Heizung             Heizung (version: 0.17.2, hostname: Heizung       , alive, uptime:      1970)
DomiPC              DomiPC (version: 0.17.2, hostname: DomiPC        , alive, uptime:      1040)

Der Slave aber nicht den Master:

DomiPC              DomiPC (version: 0.17.2, hostname: DomiPC        ,  dead, uptime:      1126)

Und scheinbar hält er sich selbst auch für tot. Admin-Interface kann ich aber öffnen unter localhost:8081

Wenn ich Befehle auf der Slave-Konsole ausführen will (z.b. iobroker update, Adapter installieren), kommt immer folgende Fehlermeldung:

events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRNOTAVAIL 192.168.0.136:9001
    at Object.exports._errnoException (util.js:1022:11)
    at exports._exceptionWithHostPort (util.js:1045:20)
    at Server._listen2 (net.js:1246:19)
    at listen (net.js:1295:10)
    at net.js:1405:9
    at GetAddrInfoReqWrap.asyncCallback [as callback] (dns.js:62:16)
    at GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:81:10)

Die angegebene Adresse kann ich im Browser aufrufen, dort steht dann "not implemented".

Hat jemand eine Idee, was ich machen könnte?

[Homoran]

@AlCalzone:

Hat jemand eine Idee, was ich machen könnte? `
Wenn ich dich richtig verstehe willst du auf den admin vom slave.

Den gibt es nicht

Im Admin vom Master kann man das zu bearbeitende Gerät per Pulldown auswählen und dort alles verwalten.

http://www.iobroker.net/?page_id=5379&l … _einzelnen

auf den beiden Bildern das pulldown ganz rechts (ohne Nummer)

Gruß

Rainer

[apollon77]

Der Sklave will die Objects-DB vom Master connected (das ist auf Port 9001) und da kommt er wohl nicht hin …

EADDRNOTAVAIL 192.168.0.136:9001

[Homoran]

Wenn es das ist was apollon meint bleibt die Frage ob du redis verwendest.

Gruß

Rainer

[apollon77]

9001 ist die File-DB … hat mit Redis nix zu tun

[Homoran]

@apollon77:

9001 ist die File-DB … hat mit Redis nix zu tun `
Guten Morgen :oops:

Natürlich!

[AlCalzone]

@Homoran:

@AlCalzone:

Hat jemand eine Idee, was ich machen könnte? Wenn ich dich richtig verstehe willst du auf den admin vom slave.
Eigentlich will ich auf dem Slave nur einen Adapter installieren. Ob ich das aus der Konsole mache, oder übers Admin-Interface vom Master (via Dropdown den Slave ausgewählt), oder übers Admin-Interface vom Slave (das ich nicht installiert habe, aber trotzdem existiert, siehe Screens)


ich bekomme immer nur den EADDRNOTAVAIL-Fehler.

Meine Installation ist eigentlich Standard (auf dem Raspi via <u>npm install iobroker</u> ohne weitere Anpassungen).

D.h. es müsste per file laufen und nicht redis, richtig?

[AlCalzone]

Apropos Verbindung zum Master…

Der Master sieht eine Verbindung vom Slave, sowohl auf Port 9000 als auch auf 9001.

[AlCalzone]

Okay, weiter gehts mit den Seltsamkeiten.

Auf dem Slave:

Adapter installiert -> besagter Fehler, Adapter taucht aber in der Liste der verfügbaren Adapter auf

Instanz hinzugefügt -> Fehler

Instanz nochmal hinzugefügt -> lief durch (code 0), sehe im Log die angelegten Objekte.

Die Instanz taucht aber weder auf dem Slave noch auf dem Master in der Instanzenliste auf.

iobroker list instances

liefert nur auf dem Slave einen Eintrag mit der besagten Instanz.

[AlCalzone]

jemand ne Idee?

[Homoran]

Bevor du hier zum Alleinunterhalter wirst

Kann es sein, dass du irgendwie zwei Installationen parallel laufen hast?

Ich kann z.b. nicht auf den admin meines Slaves zugreifen.

Gruß

Rainer

[AlCalzone]

@Homoran:

Kann es sein, dass du irgendwie zwei Installationen parallel laufen hast? `
Der Master (Pi) läuft auf einem Image, das ich vor einer Weile "stinknormal" installiert habe. Dh. Jessie auf SD-Karte, alles geupdated, ioBroker ohne Schnickschnack installiert.

Meine Installationsschritte des Slave habe ich im ersten Post beschrieben. Siehst du hier irgendeinen Fehler meinerseits?

[eric2905]

Du hast in der custom config den Hostnamen als Ziel angegeben.

Hast Du es mal mit der IP versucht?

Gruß,

Eric

Von unterwegs getippert

[AlCalzone]

Noch nicht, kann ich nachher aber mal probieren.

Hatte ich bisher nicht als Problem angesehen, da die IP in der Fehlermeldung ja aufgelöst ist.

Ich gebe Rückmeldung.

[Homoran]

Ich habe eben mal per putty auf dem slave ioBroker list instances ausgeführt. FA werden ALLE Instanzen gelistet. Die auf dem Master und auf dem Slave installiert sind.

Gruß

Rainer

[AlCalzone]

@eric2905:

Hast Du es mal mit der IP versucht? `
So, bin endlich mal dazu gekommen, das auszuprobieren.

Glaube, Hostname statt IP war das Problem. Der Slave findet den Master und listet die richtigen Instanzen.

Installation von Master -> Slave hat auch funktioniert ohne Fehler.

Danke!