js-controller 3.2 jetzt im Latest!

[Dr. Bakterius]

@apollon77 Ist es richtig, dass der js-controller unnötig oft (auch wenn sich nichts ändert) die objects.json und objects.json.bak schreibt?

[apollon77]

Hey all,

mit den letzten Dingen gibt es jetzt noch eine 3.2.10 (die 3.2.9 haben wir übersprungen, technische Gründe)

3.2.10 (2021-01-23)

• (Apollon77) prevent some errors shown and optimize database handling
• (Apollon77) prevent an endless loop when lua script initialization was not possible
• (Apollon77) catch semver errors in upgrade commands
• (foxriver76) ensure setAdapterInstanceEnabled can not hang

Bitte testen, einige Adapter sollten etwas ruhiger sein hoffe ich. @Diginix Bitte auch deine hängenden Prozesse beobachten

[apollon77]

@dr-bakterius Nein das ist nicht richtig. Wenn es neu geschrieben wird dann haben sich daten geändert. kannst ja die Files mal vergleichen

[apollon77]

@unclesam siehe anderer Thread: Da scheint irgendwas mit Aleas falsch eingestellt zu sein und Logging ist suboptimal. Logging wird verbessert

[JLeg]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@dr-bakterius Nein das ist nicht richtig. Wenn es neu geschrieben wird dann haben sich daten geändert. kannst ja die Files mal vergleichen

tu' ich gerade - alle 2-3 Minuten passiert genau das - objects.json u. objects.json.bak wurden neu geschrieben, Änderungen anzeigen lassen - keine vorhanden.

[apollon77]

@jleg Wie schaust Du denn nach Änderungen? Ich hoffe nicht nur über die Dateigrösse Also bei meinem System ist aktuell (18:38) die objects.json von 18:32 als ich ihn neu gestartet habe.

Die states.json ist von 18:37

Was laufen denn so für Adapter?

[Dr. Bakterius]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

kannst ja die Files mal vergleichen

Habe ich (und andere auch) und keine Unterschiede zwischen den Dateien gefunden.

Edit: Natürlich auf Dateiinhalt verglichen. Und auffällig ist es bei mir beim Netatmo- und DasWetter-Adapter. Regelmäßig in deren Zyklen werden die Dateien geschrieben.

[JLeg]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@jleg Wie schaust Du denn nach Änderungen? Ich hoffe nicht nur über die Dateigrösse Also bei

naa
letztes Beispiel

-rwxrwxrwx+   1 iobroker iobroker 13789525 Jan 23 18:33 objects.json
-rwxrwxrwx+   1 iobroker iobroker 13789525 Jan 23 18:33 objects.json.bak

hier reicht ein

diff objects.json objects.json.bak

Im Fall dass es Unterschiede gibt, konvertiere ich vor'm diff natürlich nach "lesbar"...

meinem System ist aktuell (18:38) die objects.json von 18:32 als ich ihn neu gestartet habe.

Die states.json ist von 18:37

Was laufen denn so für Adapter?

diverse als "auffällig" identifiziert sind aber "WLED" und "DWD", die waren einfach zu finden, da die tatsächlich dauernd Objekte ändern (WLED: timestamps, DWD: da wechselt regelmässig mein Ortname und "")

[apollon77]

@dr-bakterius Naja da haben wirs ... DasWetter ist ein Cron Adapter, das heisst das der bei jedem Lauf die Objekte aktualisiert. Es gibt ein Issue im js-controller das ggf zu optimieren - hat es aber nicht in die aktuelle Version geschafft.
ABER das die Files keinen Unterschied haben kann an sich nicht sein weil sich mindestens Zeitstempel ändern in den Objekten.

Wir hier im Thread weiter oben besprochen kann die Schreibfreequenz über "writeFileInterval" in iobroker.json bei den File Db Konfigs geändert werden.
Es hat sich an der Thematik iom Vergleich zum 3.1.6er Adapter oder davor nichts geändert.

[apollon77]

@jleg Dann wären das Adapter-Issues

[JLeg]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@jleg Dann wären das Adapter-Issues

Ah, ok; hatte auch vergessen zu erwähnen - diese ganze "diskwrite"-SSD-wearout-Geschichte (im Nachbarthread) hat imo nichts mit "3.2 im Latest" zu tun, das sieht unter 3.1.x komplett genauso aus, ist also OT...

[Dr. Bakterius]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

ABER das die Files keinen Unterschied haben kann an sich nicht sein weil sich mindestens Zeitstempel ändern in den Objekten.

Mea culpa - aber es ist nicht leicht die Unterschiede in einer großen Datei zu finden die nur eine Zeile hat. Es haben sich tatsächlich einige Timestamps geändert.

Das mit 'DasWetter' leuchtet mir ein. Warum aber beim 'Netatmo'? Allerdings frage ich mich, was die Timestamps in den objects zu suchen haben? Würden die nicht in die states gehören?

[paul53]

@apollon77 sagte: weil sich mindestens Zeitstempel ändern in den Objekten.

In den (statischen) Objekten ändern sich Zeitstempel? Ich kenne bisher nur einen Zeitstempel im Objekt, der das Erstellungsdatum des Objektes enthält und konstant bleibt.

[apollon77]

@paul53 Objekte haben wir States ein „Last changed timestamp“ und „last change by“.

Dies ist nötig weil es durchaus Objekte gibt die Content beinhalten Woman wissen muss wenn sich etwa geändert hat (zb JavaScript scripte und blockly speichern den Content in Objekten und ein sync auf Platte muss wissen wo sich jetzt wann zuletzt etwas geändert hat)

Also das wissen ist outdated ;-))

[paul53]

@apollon77 sagte: wissen muss wenn sich etwa geändert hat (zb JavaScript scripte und blockly

Habe den "ts" in den statischen Objekten unter scripts.js mal geprüft: Ja, sie werden bei Änderung des Scripts neu geschrieben. Es ändert sich ja auch der Inhalt.

[apollon77]

@paul53 naja ist alles so ne Sache. Eine diskussionsfrage ist ob ein Objekt was geschrieben wurde aber identisch zu vorher war einen neuen timestamp bekommen sollte. Die Überlegungen sind vor allem auch Performance. Jedes Mal die Daten des Objekts zu vergleichen kostet auch einiges an Performance.

Mal schauen. wir haben Noch andere Ideen wie wir das optimieren können.

[Diginix]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@Diginix Bitte auch deine hängenden Prozesse beobachten

Seit gestern 19:20 Uhr und mittlerweile über 100 mal per Skript gestoppt/gestartete radar2 Instanz keine hängenden Prozesse.
3.2.10 läuft bei mir somit bisher auch unauffällig. Besten Dank für den schnellen Bugfix!
Nun müssen nur noch paar Adapter korrigiert werden damit die "no existing object" Meldungen im Log verschwinden.

[Jan1]

Ich hatte mit der 3.2.8 schon keine Auffälligkeiten und die 3.210 läuft nun ebenfalls ohne Probleme.

[crunchip]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

bitte mit der kommenden 3.2.910 vom controller

kam kein Fehler mehr

ausser (zwar nur Warnung) , dieses wiederholende Cannot get view... beim beenden, hängt das mit dem sonoff Adapter zusammen?

2021-01-24 10:28:08.639 - info: host.IoBroker instance system.adapter.virtualpowermeter.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2021-01-24 10:28:08.640 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.806 - info: host.IoBroker instance system.adapter.javascript.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2021-01-24 10:28:09.807 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.848 - info: host.IoBroker terminated
2021-01-24 10:28:09.848 - warn: host.IoBroker instance system.adapter.ping.0 terminated due to SIGTERM
2021-01-24 10:28:09.849 - info: host.IoBroker instance system.adapter.ping.0 terminated with code null ()
2021-01-24 10:28:09.849 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.852 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.853 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.854 - warn: host.IoBroker Cannot get view: Error: Connection is closed.
2021-01-24 10:28:09.855 - warn: host.IoBroker instance system.adapter.sonoff.0 terminated due to SIGTERM
2021-01-24 10:28:09.855 - info: host.IoBroker instance system.adapter.sonoff.0 terminated with code null ()
2021-01-24 10:28:09.855 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.855 - warn: host.IoBroker instance system.adapter.tankerkoenig.0 terminated due to SIGTERM
2021-01-24 10:28:09.856 - info: host.IoBroker instance system.adapter.tankerkoenig.0 terminated with code null ()
2021-01-24 10:28:09.856 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.856 - warn: host.IoBroker instance system.adapter.telegram.0 terminated due to SIGTERM
2021-01-24 10:28:09.856 - info: host.IoBroker instance system.adapter.telegram.0 terminated with code null ()
2021-01-24 10:28:09.856 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.857 - warn: host.IoBroker instance system.adapter.telegram.1 terminated due to SIGTERM
2021-01-24 10:28:09.857 - info: host.IoBroker instance system.adapter.telegram.1 terminated with code null ()
2021-01-24 10:28:09.857 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.857 - warn: host.IoBroker instance system.adapter.text2command.0 terminated due to SIGTERM
2021-01-24 10:28:09.857 - info: host.IoBroker instance system.adapter.text2command.0 terminated with code null ()
2021-01-24 10:28:09.858 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.858 - warn: host.IoBroker instance system.adapter.sayit.0 terminated due to SIGTERM
2021-01-24 10:28:09.858 - info: host.IoBroker instance system.adapter.sayit.0 terminated with code null ()
2021-01-24 10:28:09.858 - info: host.IoBroker All instances are stopped.
2021-01-24 10:28:09.858 - warn: host.IoBroker instance system.adapter.zigbee.0 terminated due to SIGTERM
2021-01-24 10:28:09.858 - info: host.IoBroker instance system.adapter.zigbee.0 terminated with code null ()
2021-01-24 10:28:09.859 - info: host.IoBroker All instances are stopped.
2021-01-24 10:31:25.603 - info: host.IoBroker iobroker.js-controller version 3.2.10 js-controller starting
2021-01-24 10:31:25.607 - info: host.IoBroker Copyright (c) 2014-2021 bluefox, 2014 hobbyquaker

2021-01-24 10:28:03.648 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:03.649 - info: sonoff.0 (17189) setForeignState not processed because States database not connected
2021-01-24 10:28:03.704 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:03.705 - info: sonoff.0 (17189) setForeignState not processed because States database not connected
2021-01-24 10:28:04.716 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:04.717 - info: sonoff.0 (17189) setForeignState not processed because States database not connected
2021-01-24 10:28:04.763 - info: sonoff.0 (17189) getForeignState not processed because States database not connected
2021-01-24 10:28:04.764 - info: sonoff.0 (17189) setForeignState not processed because States database not connected

[Josh]

Mein Synology-Adapter kam nach dem Update nicht mehr hoch, Er blieb gelb. Aber ein Restart des Adapters brachte ihn wieder auf grün. Läuft alles bisher ohne Auffälligkeiten.