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

[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?

[bb61]

@foxriver76
nach Korrektur auf Hostmaster-IP als Callback-Adr kommt "connected" :-)

ABER
wieso abweichende Version der Instanz ggüber Hostmaster? Nimmt er nicht immer "latest" - Das bedeutet ja, das bei Update per Admin NICHT automatisch die Slaves mit geupdated werden?

Ok, muss man nur wissen, das man das künftig dann manuell auf Slaves machen muss an Konsole

Die andere Slave-Kiste kann ich erst vor Ort testen (kein Zugriff auf per priv. VPN verbundene Geräte vom Büro aus)

Danke erstmal für die Hilfe soweit! Wenn noch was auffällt, ergänze ich es bzw. wenn Erfolg bei den anderen Instanzen

[Homoran]

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

Nimmt er nicht immer "latest

hoffentlich nicht!

Er nimmt das Repo das in den Haupteinstellungen eingestellt ist und das ist hoffentlicch stble/default

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

das bei Update per Admin NICHT automatisch die Slaves mit geupdated werden?

sowieso nicht.
Da musst du im Admin oben den Slave auswählen und dann dort die Updates anstoßen.

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

muss man nur wissen, das man das künftig dann manuell auf Slaves machen muss an Konsole

nix Konsole (s.o.)

[bb61]

@Homoran
...und das ist eine andere Version als die, die mir in der Admin-GUI vorgeschlagen wird (ohne explizit eine version anzugeben, also mit dem Update-Icon am Adapter)?

[Homoran]

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

und das ist eine andere Version als die, die mir in der Admin-GUI vorgeschlagen wird

welche sind das?

Was steht bei dir in den Haupteinstellungen als aktiver Verwahrungsort

[bb61]

@Homoran

1
defaulthttp://download.iobroker.net/sources-dist.json
2
latest
http://download.iobroker.net/sources-dist-latest.json
delete

Standardeinstellung, nie dran gedreht

[foxriver76]

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

nach Korrektur auf Hostmaster-IP als Callback-Adr kommt "connected"

Vermute die Adapter-Adresse wurde durch öffnen der Konfig-Seite automatisch auf eine valide geändert und dann mit deiner Änderung mitgespeichert. In der callback-Adresse kann theoretisch ziemlich murks stehen. Die Antworten würden dann halt nie korrekt ankommen, schalten müsste aber trotzallem gehen.

Warum es zu den Versionsunterchieden kommt, kann ich nicht sagen. Kenne die Multihost Logik nicht, ob man verschiedene Versionen auf verschiedenen Hosts haben darf und wie dann das Handling via Admin läuft.

[Homoran]

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

Standardeinstellung, nie dran gedreht

das sind die Pfade der möglichen Repos, ich fragte nach der Einstellung in den Haupteinstellungen

[bb61]

@foxriver76

wieder was gelernt......
und kaum schalte ich bei "Adapter" oben die Slaves um, sehe ich sogar die ebenfalls alte HM-RPC-Version auf dem fernen zweiten Slave. Mache gerade Update damit per GUI. Und: hat geklappt! Und auch gleich auf 1.14.23 vie beim Master.

Ihr seit Klasse, Jungs! DANKE!!!!

[Thomas Braun]

@bb61
Dann musst du nur noch den root-login abstellen.

[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".