[gelöst] Tankerkönig macht nur einmal Aktualisierung der Objekte

[hmanfred]

Ich habe folgendes Problem:

Jeden Tag um 3:00 Uhr macht Backitup einen Komplettbackup. Dort ist das Häkchen "ioBroker Stop bei einem Backup" gesetzt.

Beim nachfolgenden Start wird auch der Tankerkönig gestartet:

! ````
2018-12-01 03:03:01.740 - info: host.VM-ioBroker instance scheduled system.adapter.tankerkoenig.0 */5 * * * *
2018-12-01 03:03:01.753 - info: host.VM-ioBroker instance system.adapter.tankerkoenig.0 started with pid 12142
2018-12-01 03:03:03.073 - info: tankerkoenig.0 starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v8.12.0
2018-12-01 03:03:03.319 - info: tankerkoenig.0 objects written
2018-12-01 03:03:03.706 - info: host.VM-ioBroker instance system.adapter.tankerkoenig.0 terminated with code 0 (OK)

Das ist dann aber das letzte Mal, dass die Objekte vom Tankerkönig beschrieben werden. Sie bleiben dann dauerhaft eingefroren, auch laut Zeitstempel. Dabei wird aber der Tankerkönig gemäß Cron regelmäßig ausgeführt:

>! ````
2018-12-01 03:10:00.030 - info: host.VM-ioBroker instance system.adapter.tankerkoenig.0 started with pid 12403
2018-12-01 03:10:01.011 - info: dwd.0 starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v8.12.0
2018-12-01 03:10:01.465 - info: tankerkoenig.0 starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v8.12.0
...
2018-12-01 03:20:00.030 - info: host.VM-ioBroker instance system.adapter.tankerkoenig.0 started with pid 12736
2018-12-01 03:20:01.046 - info: dwd.0 starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v8.12.0
2018-12-01 03:20:01.527 - info: tankerkoenig.0 starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v8.12.0

Ich habe dann in der Tankerkönig-Instanz einen Neustart nachts um 04:10 Uhr eingestellt. Das ändert nicht an dem oben beschriebenen Problem. Die Zeitstempel bleiben auf 03:03:.. Uhr.

Klicke ich aber im WebUi von ioBroker beim Tankerkönig auf "neu laden" werden die Objekte mit aktuellen Werten befüllt. Nachfolgende automatische Starts von Tankerkönig beschreiben die Objekte wieder nicht.

Gruß

Manfred

[haselchen]

Also neustarten lasse ich den Adapter nicht, sondern lasse wie voreingestellt einen Cronjob ablaufen.

Ich habe nur die Zeit verändert.

Alle 14min die Daten holen.

Eventuell solltest du keine Uhrzeit einstellen, sondern ein Aktualisierungsintervall.

Da startet sich der Adapter ja kurz, holt die Daten und beendet sich dann gleich wieder.

[hmanfred]

Danke für deine Antwort. Vielleicht haben wir Missverständnisse bzgl. der Begrifflichkeit.

Bei mir ist die Instanz so eingestellt:

Die Einstellung unter "Zeitplanung" ist ja das regelmäßige Aktualisieren der Daten. Da habe ich nichts dran verändert.

Die Einstellung unter "neu starten" habe ich dann hinzugefügt, als das geschilderte Problem schon bestand. Meine Hoffnung, dass das die Lösung ist, hat sich aber nicht erfüllt.

Jetzt habe ich nochmal einen Test gemacht und kann das Problem auf folgende Aussage reduzieren:

Eine Aktualisierung der Objekte von Tankerkönig erfolgt bei mir ausschließlich:

• Einmalig beim Nach Neustart von ioBroker

• Einmalig beim Ändern des Debug-Levels

• Einmalig beim Klick auf

• Danach nie mehr trotz folgendem Logeintrag:

! ```
2018-12-01 14:20:01.520 - [32minfo[39m: tankerkoenig.0 starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v8.12.0 2018-12-01 14:20:01.611 - [34mdebug[39m: tankerkoenig.0 Schedule restart: 10 4 * * * 2018-12-01 14:20:01.629 - [34mdebug[39m: tankerkoenig.0 initializing objects 2018-12-01 14:20:01.629 - [34mdebug[39m: tankerkoenig.0 Option <reset values=""> is true 2018-12-01 14:20:01.629 - [34mdebug[39m: tankerkoenig.0 API Key Länge: 36 Zeichen 2018-12-01 14:20:02.150 - [32minfo[39m: host.VM-ioBroker instance system.adapter.tankerkoenig.0 terminated with code 0 (OK)[/code]</reset>

[hmanfred]

Jetzt habe ich mal etwas herumexperimentiert und vermutlich die Ursache gefunden:

Die Adapter Tankerkönig und DWD standen auf ein exakt gleiches Intervall zur Aktualisierung: alle 5 Minuten, also bei xx:05,10,15,20 usw.

Nach Umstellung von Tankerkönig auf ein 7-Minuten Intervall erfolgt jetzt die Aktualisierung einwandfrei.

Interessant ist, dass diese Einstellungen bisher auf meiner Raspberry-Installation problemlos liefen. Das Problem ist erst nach dem Umzug des ioBroker auf eine virtuelle Maschine auf einem NUC aufgefallen. Allerdings läuft dort alles auf einer aktuelleren Softwarebasis, also neuere nodejs und NMP Versionen.

Gruß

Manfred

[dernoeler]

Moin, ich habe das Problem auch, aber den Cronjob umstellen brachte nichts.

TK aktualisiert nur die Werte wenn ich ihn restarte, etwas ändere und dann nicht mehr. Was ich aber im Log sehen kann ist das:

host.raspberrypi	2018-12-10 08:49:08.494	info	instance system.adapter.tankerkoenig.0 terminated with code 0 (OK)
tankerkoenig.0	2018-12-10 08:49:07.912	info	objects written
tankerkoenig.0	2018-12-10 08:49:07.627	info	starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v8.14.0
host.raspberrypi	2018-12-10 08:49:05.648	info	instance system.adapter.tankerkoenig.0 started with pid 3354

Warum wird der terminated? Wo kann ich herausfinden, warum das so ist? Keine anderer Instanz hat einen Cron zur selben Zeit und mit keiner anderen Instanz passiert dies.

Hat jemand eine Lösung?

[hmanfred]

Tankerkönig ist offensichtlich einer der Adapter, der nicht dauernd läuft. Er wird gemäß Cronjob gestartet und nach dem Lauf (holen der Daten und aktualisieren der Objekte) gleich wieder beendet ("terminated").

Insofern ist das normal. Dein Log entspricht exakt meinem im Eingangspost. Er sieht nur etwas anders aus, weil du ihn offensichtlich nicht heruntergeladen sondern aus der Admin-Oberfläche herauskopiert hast.

Wenn bei mir im Log "objects written" stand, waren die Daten auch immer aktualisiert. In den Fällen, in denen keine Aktualisierung geschah, fehlte die Zeile "objects written".

[dernoeler]

Ok, dann muß ich noch mal schauen, warum der Cronjob nicht wieder anläuft. Mal sehen was ich da finden kann.