NEWS
HM-RPC Adapter keine Werte nach Serverneustart
-
Hallo zusammen,
ich habe das Problem, wenn ich meinen IO-Broker Server komplett neu starte, dass der HM-RPC Adapter keine Werte von der CCU bekommt.
Erst wenn ich den Adapter dann noch einmal manuell neu starte (im LOG um 15:44:27), bekommt er wieder Daten.
Adapterversion: 1.15.12hm-rpc.0 2022-06-29 15:44:32.345 info Connected hm-rpc.0 2022-06-29 15:44:32.320 info xmlrpc -> 93 devices hm-rpc.0 2022-06-29 15:44:32.301 info xmlrpc <- listDevices ["IOBroker-Server:hm-rpc.0:025be6186ff90b9a5f1be3027ff93e0e"] hm-rpc.0 2022-06-29 15:44:32.287 info xmlrpc <- system.listMethods ["IOBroker-Server:hm-rpc.0:025be6186ff90b9a5f1be3027ff93e0e"] hm-rpc.0 2022-06-29 15:44:32.274 info xmlrpc client is trying to connect to 192.168.1.100:2001/ with ["http://192.168.1.25:2001","IOBroker-Server:hm-rpc.0:025be6186ff90b9a5f1be3027ff93e0e"] hm-rpc.0 2022-06-29 15:44:32.273 info xmlrpc server is trying to listen on 0.0.0.0:2001 hm-rpc.0 2022-06-29 15:44:32.183 info starting. Version 1.15.12 in I:/ioBroker/node_modules/iobroker.hm-rpc, node: v16.15.1, js-controller: 4.0.23 hm-rpc.0 2022-06-29 15:44:27.949 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason hm-rpc.0 2022-06-29 15:44:27.948 info terminating hm-rpc.0 2022-06-29 15:44:27.948 info Disconnected hm-rpc.0 2022-06-29 15:44:27.943 info xmlrpc -> 192.168.1.100:2001/ init ["http://192.168.1.25:2001",""] hm-rpc.0 2022-06-29 15:44:27.942 info Got terminate signal TERMINATE_YOURSELF hm-rpc.0 2022-06-29 15:35:35.578 info Connected hm-rpc.0 2022-06-29 15:35:35.536 info xmlrpc -> 93 devices hm-rpc.0 2022-06-29 15:35:35.515 info xmlrpc <- listDevices ["IOBroker-Server:hm-rpc.0:a34cc66205223607b79ae1f8af6e7f85"] hm-rpc.0 2022-06-29 15:35:35.512 info xmlrpc <- system.listMethods ["IOBroker-Server:hm-rpc.0:a34cc66205223607b79ae1f8af6e7f85"] hm-rpc.0 2022-06-29 15:35:35.500 info xmlrpc client is trying to connect to 192.168.1.100:2001/ with ["http://192.168.1.25:2001","IOBroker-Server:hm-rpc.0:a34cc66205223607b79ae1f8af6e7f85"] hm-rpc.0 2022-06-29 15:35:35.500 info xmlrpc server is trying to listen on 0.0.0.0:2001 hm-rpc.0 2022-06-29 15:35:35.183 info starting. Version 1.15.12 in I:/ioBroker/node_modules/iobroker.hm-rpc, node: v16.15.1, js-controller: 4.0.23 hm-rpc.0 2022-06-29 15:35:32.505 warn Terminated (ADAPTER_ALREADY_RUNNING): Without reason hm-rpc.0 2022-06-29 15:35:32.504 error hm-rpc.0 already running

@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
wenn ich meinen IO-Broker Server komplett neu starte
@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
eine virtuelle Maschine auf einem ESXi.
Und warum startest du den kompletten Server neu , oder meinst du die VM wird neu gestartet !?
-
@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
wenn ich meinen IO-Broker Server komplett neu starte
@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
eine virtuelle Maschine auf einem ESXi.
Und warum startest du den kompletten Server neu , oder meinst du die VM wird neu gestartet !?
@glasfaser Wenn ich vom IO Broker Server spreche, meine ich die VM, nicht den ESXi.
-
@glasfaser Wenn ich vom IO Broker Server spreche, meine ich die VM, nicht den ESXi.
-
@glasfaser Wenn ich vom IO Broker Server spreche, meine ich die VM, nicht den ESXi.
@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
@glasfaser Wenn ich vom IO Broker Server spreche, meine ich die VM, nicht den ESXi.
OK ... und dann mit :
Windows 10 64bit
warum kein Linux !?
Ich vermute es liegt dann an Windows , wie schon @Homoran schreibt
@homoran sagte in HM-RPC Adapter keine Werte nach Serverneustart:
@glasfaser Netzwerk noch nicht bereit??
-
Hallo,
habe auch das gleiche Problem schon länger. Iobroker läuft auf einem NUC mit Windows 64 bit und Raspberrymatic. Nach Windows Neustart keine Werte z.B. Homematic Wetterstation, eine Lampe über VIS kann ich aber steuern. Das Problem trat bei mir nach dem update des neuen JS Controllers auf.
-
@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
@glasfaser Wenn ich vom IO Broker Server spreche, meine ich die VM, nicht den ESXi.
OK ... und dann mit :
Windows 10 64bit
warum kein Linux !?
Ich vermute es liegt dann an Windows , wie schon @Homoran schreibt
@homoran sagte in HM-RPC Adapter keine Werte nach Serverneustart:
@glasfaser Netzwerk noch nicht bereit??
@glasfaser Ich bin kein Linux-Kenner, Windows habe ich da besser unter Kontrolle.
Der Adapter funktionierte ja aber mal ohne Probleme unter Windows 10 64Bit.
Scheinbar ist das Problem ja auch kein Einzelfall.
Ich könnte den iobroker-Dienst ja mal verzögert starten lassen, um das Problem mit der noch nicht bestehenden Netzwerkverbindung auszuschließen. -
@surfer09 sagte in HM-RPC Adapter keine Werte nach Serverneustart:
@glasfaser Wenn ich vom IO Broker Server spreche, meine ich die VM, nicht den ESXi.
OK ... und dann mit :
Windows 10 64bit
warum kein Linux !?
Ich vermute es liegt dann an Windows , wie schon @Homoran schreibt
@homoran sagte in HM-RPC Adapter keine Werte nach Serverneustart:
@glasfaser Netzwerk noch nicht bereit??
@glasfaser Also Netzwerk ist es auch nicht. Ich habe gerade den IO-Broker Dienst mal später starten lassen nach hochfahren. Es besteht das gleiche Problem.
-
Bei mir ist ioBroker in einem Docker Container der auf einem Unraid Server läuft. CCU ist Raspberrymatic auf nem Raspi (soll auch auf Unraid umziehen, bekomm aber das Problem mit der ETH Platine nicht gelöst)
Wenn die Raspberrymatic neu gestartet wird, passt alles. Wird der ioBroker Container neugestartet hab ich danach keine Verbindung. Leuchtet aber alles grün. Ist mir erst aufgefallen, als irgendwelche Lampen nicht mehr gingen. Seitdem starte ich wie gesagt immer nochmal durch.
-
Wenn der Shutdown nicht ordentlich war, kann es sein, dass die CCU den Client noch unter der alten IP kennt, siehe https://github.com/ioBroker/ioBroker.hm-rpc/issues/595
Für das offizielle Docker Image wird aktuell der Shutdown optimiert, so dass das nicht mehr vorkommen sollte https://github.com/buanet/ioBroker.docker/commit/b8c67b7149afb55ca0b57d29f62d46626d962263
-
Wenn der Shutdown nicht ordentlich war, kann es sein, dass die CCU den Client noch unter der alten IP kennt, siehe https://github.com/ioBroker/ioBroker.hm-rpc/issues/595
Für das offizielle Docker Image wird aktuell der Shutdown optimiert, so dass das nicht mehr vorkommen sollte https://github.com/buanet/ioBroker.docker/commit/b8c67b7149afb55ca0b57d29f62d46626d962263
@foxriver76 Vielleicht ist das ja auch das gleiche Problem, warum es bei mir nicht funktioniert. Die Meldung im LOG scheint ja die gleiche zu sein wie beim Docker. „no matching device“