UNSOLVED HM-RPC Verschieben auf Multihost schlägt fehl

[bb61]

@Thomas-Braun
auf den hatte ich explizit nach Login umgestellt mit "sudo su" um nicht immerzu sudo davor schreiben zu müssen. Normalerweise ist das natürlich "pi" bzw. für Prozesse "iobroker".

[Thomas Braun]

@bb61
Macht man (trotzdem) nicht...

[bb61]

@Thomas-Braun
sondern?

sorry, bin eigentlich Datenbanker und Prozessler, nur rudimentäres Halbwissen im Linux-Umfeld

[Thomas Braun]

@bb61
root-shell ist Tabu. Immer per 'sudo' arbeiten. Auch wenn es umständlich erscheint.

[bb61]

@Thomas-Braun
ok. Macht Sinn bei unverschlüsselter Kommunikation. Werd's versuchen.

....nun aber doch noch etwas arbeiten muss.... Geldverdienarbeiten meine....

[Thomas Braun]

@bb61
Z. B. sind die ENV-Variablen unterschiedlich, je nachdem ob per sudo oder vollem root gearbeitet wird. Sieht man ganz gut an $PATH:

root@raspberrypi:/home/pi# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

pi@raspberrypi:~ $ sudo echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games

pi@raspberrypi:~ $ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games

[bb61]

@Homoran
wg. Callback-Adresse:

bei dem Slave, der NICHT im IP-Netz des Hostmasters ist, bringt die Callback-Adr = Hostmaster-Adresse nichts / Fehler bleiben wie gehabt.

Trägt man dagegen die lokale IP des Slaves dort direkt ein, klappt es mit dem Connect!

[Homoran]

@bb61 Danke für's testen.
jetzt muss nur noch der arme @foxriver76 sagen ob das so sein soll, auch wenn er meint:

@foxriver76 sagte in HM-RPC Verschieben auf Multihost schlägt fehl:

Kenne die Multihost Logik nicht

[foxriver76]

@Homoran wie gesagt das liegt an der Adapter-Adresse. Sieht man sich oben im Log. Erst durch ein speichern der Konfig, wird diese auf den neuen Host aktualisiert. Das der Adapter mit falscher cb Adresse läuft sieht man hier in Threads zu genüge, da sich gewundert wird dass man keine Änderungen in IoB mitbekommt..

Das man mit mh unterschiedliche adapter Versionen haben darf ist wohl so korrekt, vor allem wenn es wohl pro Host einen eigenen Tab für die Adapter gibt, bzw man per Dropdown-Menü durchschalten kann. Sorry, habe selbst nie nen MH Setup betrieben.

[Homoran]

@foxriver76 sagte in HM-RPC Verschieben auf Multihost schlägt fehl:

Sorry, habe selbst nie nen MH Setup betrieben.

Nu reicht's!
Du musst nicht alles können/wissen!!

@foxriver76 sagte in HM-RPC Verschieben auf Multihost schlägt fehl:

Das man mit mh unterschiedliche adapter Versionen haben darf ist wohl so korrekt,

Ja ist es.

@foxriver76 sagte in HM-RPC Verschieben auf Multihost schlägt fehl:

Erst durch ein speichern der Konfig, wird diese auf den neuen Host aktualisiert.

Auch wenn es mein erster Gedanke war, wundert es mich nur, dass es erst dann läuft wenn die callback Adresse der Instanz auch die IP des Slaves ist, auf der sie Installiert ist, wo doch alles über den Master organisiert werden sollte.

[foxriver76]

@Homoran Na du kannst es ja validieren, ändere jetzt nochmal die cb Adresse zurück und es wird trotzdem laufen. Das Problem ist eher, dass es ein super Edge Case ist. Es geht um das Feld "Adapter Adresse" auf der ersten Konfig Seite. Da steht die IP des Masters im Prinzip drin, zumindest im Objekt. Da das Feld aber automatisch generiert wird (ein Dropdown an Möglichkeiten) und nun die Config auf dem neuen Host geöffnet wird, wird die alte Adresse da nicht mehr reingeschrieben, da sie nicht zur Auswahl steht. Wenn du jetzt speichern würdest, würde alles passen, da mit der neuen Adresse korrekt vorausgefüllt. Allerdings schätze ich dass der speichern Button ausgegraut ist, somit müsste man erst nochmal was ändern um das korrekt speichern zu können. Wenn du nun die cb Adresse änderst, wird die Korrektur mitgespeichert. Soviel zu meiner Vermutung.

[Homoran]

@foxriver76 Klingt palusibel,
aber leider kann ich das nicht testen, das müsste @bb61 machen, wenn er dazu noch Lust hat