Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[bb61]

@Homoran
sicher.

• es läuft seit Jahren
• es läuft, solange Instanz auf Hostmaster konfiguriert ist
• Fehler tritt auch auf, wenn es nur um Geräte im Netz 1 geht (wo der Hostmaster und eine der raspmatic/CCUs ist)

Ich werde es dennoch nochmal kontrollieren, sobald ich wieder vor Ort bin

[bb61]

@Homoran

Warum sollte das nicht laufen, das Problem muss an deiner Umgebung liegen

ich sehe aber Fehlermeldungen bzgl. des Instanzen-Scripts. Ds hat mit der Umgebung sicher eher wenig zu tun, oder?

hm-rpc.5	2020-10-26 12:27:08.752	error	(26772) TypeError: adapter.objects.getObject is not a function at handleValueParamSetDescriptions (/opt/iobroker/node_modules/iobroker.hm-rpc/hm-rpc.js:667:25) at /opt/iobroker/node_modules/io

hm-rpc.5	2020-10-26 12:27:08.748	error	(26772) uncaught exception: adapter.objects.getObject is not a function

[Homoran]

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

Fehler tritt auch auf, wenn es nur um Geräte im Netz 1 geht

klar wenn keine Callback-Adresse drin ist

[bb61]

@Homoran
???? Die Konfiguration der Instanz ist doch unverändert (Admin-GUI), wieso geht es dann auf Hostmaster laufend?

[Homoran]

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

Die Konfiguration der Instanz ist doch unverändert

das ist doch genau das Problem ;-)

Mag sein dass ich mich irre, aber wenn die CCU an die IP des Masters schickt, der Adapter aber auf dem Slave ist....

[bb61]

@Homoran
ok, klingt zielführend....

Callback-Adresse: Da also die Adresse des jeweiligen Slaves eintragen?

[Homoran]

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

@Homoran
ok, klingt zielführend....

Callback-Adresse: Da also die Adresse des jeweiligen Slaves eintragen?

Jetzt bin ich selber total irritiert :confused: :thinking_face:

Hätte ich gemacht - mach es bitte wenigstens mal zum Testen.

Andererseits soll ja alles über den Master verwaltet werden. Aber warum sollte man dann die Instanz verschieben :thinking_face:

EDIT:
Nach kurzer Überlegung:

Steht denn da überhaupt etwas drin?
sonst muss da vielleicht die IP des Masters rein weil es sonst eben genau zum slave geht und der damit nichts anfangen kann

[bb61]

@Homoran
...genau das überlegte ich ja auch (bisher)

klar, ich werd es probieren, sobald ich Zugriff habe. Wenns klappt heute abend schon.

Danke erstmal für den Tipp!

[Homoran]

@bb61 habe eben noch mal meine Gedanken gesammelt und editiert!

@foxriver76
gibt es für hm-rpc in verschiedenen Netzen oder Master / Slave überhaupt eine Vorschrift?

[bb61]

@Homoran
ich sah es... :-)

Vorschrift.... bisher keine gefunden dazu.... wäre ja toll, wenn das so einfach lösbar wäre :-)

[foxriver76]

@bb61 habe den Thread nicht gelesen der Fehler oben deutet daraufhin, dass da uralter Code ausgeführt wird. Evtl ist auf dem Host auf den du die Instanzen verschoben hast eine veraltetet Version installiert.

[bb61]

@foxriver76
Slave komplett neu installiert / updated vorher wie folgt:
und alle Adapter aktuell natürlich.
HM-RPC: 1.14.23, HM-REGA: 2.6.23
Stand: 2020-10-18

apt-get update
apt-get dist-upgrade

curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash -
apt install -y nodejs
curl -sL https://iobroker.net/install.sh | bash -

[foxriver76]

@bb61

hm-rpc.5	2020-10-26 12:27:08.748	error	(26772) uncaught exception: adapter.objects.getObject is not a function

hm-rpc.5	2020-10-26 12:27:08.333	warn	(26772) adapter.objects.getObjectView is deprecated, and will be removed in the future. Please use adapter.getObjectView/Async. Report this to Developer!

hm-rpc.5	2020-10-26 12:27:08.330	warn	(26772) adapter.objects.getObjectView is deprecated, and will be removed in the future. Please use adapter.getObjectView/Async. Report this to Developer!

Keiner dieser Zeilen ist in einer Version > 1.12.0 drin.

[bb61]

@foxriver76
hmmm....
wie lange gibt es Raspi 4?

meinen gekauft im Frühjahr,
Grundinstallation im Sommer
IO-Broker und Update wie oben im Herbst (September?)

HM-Instanz installiert ebenfalls da (die in Sep 2020 aktuelle!)
im Oktober dann verschoben auf Slave-Host (vorher ebenfalls wie oben beschrieben neu gemacht)

WO KOMMT DAS DANN HER??

Und: mindestens auf 2 Slaves identischer Fehler?

[foxriver76]

@bb61 Naja, es ist durchaus möglich, alte Versionen zu installieren. Zeig mal den Inhalt der package.json, also auf dem Slave wo der Fehler auftritt

cat /opt/iobroker/node_modules/iobroker.hm-rpc/package.json | grep version\":

[bb61]

@foxriver76

Du hast Recht:

Hostmaster (ist ok):

root@HAL-9002:/home/pi# cat /opt/iobroker/node_modules/iobroker.hm-rpc/package.json | grep version\
>
    "type": "version",
  "version": "1.14.23"
root@HAL-9002:/home/pi#

aber der Slave!!!:

root@HAL-SL-02-IO-01:/home/pi# cat /opt/iobroker/node_modules/iobroker.hm-rpc/package.json | grep version
  "version": "1.9.6"

Überbleibsel trotz neuinstallation???

Habe

• den Adapter deinstalliert: "iobroker del hm-rega" (lt. screen erfolgreich!)
• Slave rebootet
• danach Instanz wieder auf den Slave verschoben:
  --> unverändert
• Fehler noch da
• immernoch / wieder(??!) die alte Version des HM-Rega

--> Ist das evtl. ein Problem beim Nachinstallieren auf dem Slave beim Verschieben per Multihost, dass dann die alte Version genommen wird???

EDIT:
Sorry, Sehe grad, dass ich das am HM-Rega gemacht habe, statt am HM-RPC....

Ich probiere es grad nochmal

[Thomas Braun]

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

root@HAL-SL-02-IO-01

[bb61]

@foxriver76

jetzt hat Neuinstalaltion geklappt.
Zwischendurch auch nochmal abgefragt bzgl. version: Kein Verzeichnis gefunden
Ebenso im Log zusehen konnte, dass er neu installiert

ABER:
nun in der tat bei Install (getriggert durch Verschiebung auf Slave) ANDERE Version als Host-Master installiert worden

root@HAL-SL-02-IO-01:/home/pi# cat /opt/iobroker/node_modules/iobroker.hm-rpc/package.json | grep version
    "type": "version",
  "version": "1.14.15"
root@HAL-SL-02-IO-01:/home/pi#

Und: Neue andere Fehler
(liegen die nun an der Callback-Adresse?)

host.HAL-SL-02-IO-01	2020-10-26 14:38:57.417	error	instance system.adapter.hm-rpc.6 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.HAL-SL-02-IO-01	2020-10-26 14:38:57.416	error	Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:85:21)
host.HAL-SL-02-IO-01	2020-10-26 14:38:57.416	error	Caught by controller[0]: at doListen (net.js:1502:7)
host.HAL-SL-02-IO-01	2020-10-26 14:38:57.415	error	Caught by controller[0]: at listenInCluster (net.js:1365:12)
host.HAL-SL-02-IO-01	2020-10-26 14:38:57.415	error	Caught by controller[0]: at Server.setupListenHandle [as _listen2] (net.js:1300:21)
host.HAL-SL-02-IO-01	2020-10-26 14:38:57.414	error	Caught by controller[0]: Error: listen EADDRNOTAVAIL: address not available 192.168.1.210:8701
hm-rpc.6	2020-10-26 14:38:57.198	info	(1440) binrpc -> 192.168.1.212:8701/ init ["xmlrpc_bin://192.168.1.210:8701",""]
hm-rpc.6	2020-10-26 14:38:57.196	error	(1440) Error: listen EADDRNOTAVAIL: address not available 192.168.1.210:8701 at Server.setupListenHandle [as _listen2] (net.js:1300:21) at listenInCluster (net.js:1365:12) at doListen (net
hm-rpc.6	2020-10-26 14:38:57.195	error	(1440) uncaught exception: listen EADDRNOTAVAIL: address not available 192.168.1.210:8701

Die Adresse des HOSTmasters eingetragen:
--> connected! :-)

[foxriver76]

@bb61 Das er crashed, liegt schätzungsweise an der Adapter-Adresse die noch auf den alten Host eingetragen ist.

[Homoran]

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

@bb61 Das er crashed, liegt schätzungsweise an der Adapter-Adresse die noch auf den alten Host eingetragen ist.

was muss denn bei einem slave bei Adapter und Callback-Adresse eingegeben werden?