History Adapter speichert keine Werte mehr

[Scheddy]

@sigi234

ioBroker 5.2.3
Node.js 14.19.0
NPM 6.14.16
history 1.10.5

Reichen die 4?

[sigi234]

@scheddy sagte in History Adapter speichert keine Werte mehr:

@sigi234

ioBroker 5.2.3
Node.js 14.19.0
NPM 6.14.16
history 1.10.5

Reichen die 4?

Ja, warum hast du den Reiter Diagramm nicht?

[Scheddy]

@sigi234 eine sehr gute Frage Wusste nicht mal das es ihn dort gibt. Habe auch iobroker upload history probiert. Welche Instanz wäre denn vielleicht noch dafür verantwortlich?

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

Welche Instanz wäre denn vielleicht noch dafür verantwortlich?

flot/echarts/rickshaw

[Scheddy]

@homoran said in History Adapter speichert keine Werte mehr:

@scheddy sagte in History Adapter speichert keine Werte mehr:

Welche Instanz wäre denn vielleicht noch dafür verantwortlich?

flot/echarts/rickshaw

Ich benutze nur flot. Habe iobroker upload flot ausprobiert ohne Wirkung. Soll ich flot vielleicht einmal löschen und neuinstallieren? Würde ich dann die gespeicherten Templates in flot verlieren?

[Scheddy]

Eben neugestartet und bekomme folgende Fehlermeldung:

history.0 2022-02-03 12:03:18.364	error	Cannot find search "custom" in "system"

Kann es damit zusammenhängen?

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

Ich benutze nur flot. Habe iobroker upload flot ausprobiert ohne Wirkung. Soll ich flot vielleicht einmal löschen und neuinstallieren?

da würde ich eher mal das uralte rickshaw installieren.
Bei Misserfolg kannst du das dann ja problemlos wieder runterwerfen

[Scheddy]

@homoran habe ich installiert, der Reiter Diagramm wird trotzdem nicht gezeigt.
Was mir jetzt gerade noch aufgefallen ist, selber bei "Wert schreiben" ist das Diagramm jetzt unvollständig. Es fehlen die Werte:

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

Was mir jetzt gerade noch aufgefallen ist, selber bei "Wert schreiben" ist das Diagramm jetzt unvollständig. Es fehlen die Werte:

ist ja auch alles rot

[Scheddy]

@homoran die Werte werden immer nur kurz grün und dann rot. Liegt ja nur am ACK oder? Kann man das deaktivieren?

Vielleicht auch ein schlechtes Beispiel. Hier ein Beispiel von einem Heizungsaktor:

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

Liegt ja nur am ACK oder? Kann man das deaktivieren?

Ja und Nein!

Ja, es liegt am Ack!
Nein, wenn der Adapter den Wert nicht übernimmt -was er aber machen sollte- bleibt es auf rot.
Der Adapter muss den Wert auf schwarz weiß schalten.

Wenn das nicht passiert, hast du eine Problem

@scheddy sagte in History Adapter speichert keine Werte mehr:

Vielleicht auch ein schlechtes Beispiel

Ist denn im schlechten Beispiel, der Datenpunkt überhaupt beschreibbar?
oder ist das ein ReadOnly?

[Scheddy]

@homoran habe es getestet mit read/write umstellung. Das Diagramm hat gefehlt weil der Typ nicht auf Zahl gestellt war. Das Problem aber ist glaube ich nur der history Adapter. Ich hab diesen gelöscht und neu installiert und ein anderes Verzeichnis genommen. Er erstellt keine einzige Datei. Im Protokoll steht folgendes:

history.0 2022-02-03 15:35:05.114	error	Cannot find search "custom" in "system"
history.0 2022-02-03 15:35:05.029	info	starting. Version 1.10.5 in /opt/iobroker/node_modules/iobroker.history, node: v14.19.0, js-controller: 3.3.22
history.0 2022-02-03 15:35:01.807	info	Terminated (NO_ERROR): Without reason
history.0 2022-02-03 15:32:30.278	info	enabled logging of javascript.0.synology.CPUUsage, Alias=false
history.0 2022-02-03 15:28:41.830	info	enabled logging of javascript.0.synology.CPUUsage, Alias=false
history.0 2022-02-03 15:07:27.451	error	Cannot find search "custom" in "system"
history.0 2022-02-03 15:07:27.407	info	starting. Version 1.10.5 in /opt/iobroker/node_modules/iobroker.history, node: v14.19.0, js-controller: 3.3.22
history.0 2022-02-03 15:07:24.195	info	Terminated (NO_ERROR): Without reason
history.0 2022-02-03 15:07:11.394	error	Cannot find search "custom" in "system"
history.0 2022-02-03 15:07:11.313	info	starting. Version 1.10.5 in /opt/iobroker/node_modules/iobroker.history, node: v14.19.0, js-controller: 3.3.22
history.0 2022-02-03 15:06:41.476	info	Terminated (NO_ERROR): Without reason
history.0 2022-02-03 15:00:02.987	info	enabled logging of hm-rpc.1.NEQ1489615.4.ACTUAL_TEMPERATURE, Alias=false

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

history.0 2022-02-03 15:35:05.114 error Cannot find search "custom" in "system"

die Meldung kenne ich nicht!
klingt aber nicht normal

@scheddy sagte in History Adapter speichert keine Werte mehr:

Das Diagramm hat gefehlt weil der Typ nicht auf Zahl gestellt war.

das ist klar! Sorry, hatte ich nicht beachtet

@scheddy sagte in History Adapter speichert keine Werte mehr:

habe es getestet mit read/write umstellung.

Da ging es ja nur um die Farbe des Wertes

dann war aber der Wert anschließend weiß??
Eigentlich nicht, außer du hast bestätigt angehakt.

Die Änderung des Wertes wird von Adapter wahrscheinlich vollkommen ignoriert.
Warum sollte der Adapter auch reagieren, wenn du einen Wert veränderst der nur an der Syno ausgelesen werden kann.

@scheddy sagte in History Adapter speichert keine Werte mehr:

Er erstellt keine einzige Datei.

Was für Dateien?
meinst du die JSON im history-Verzeichnis unter ioBroker data?

[Scheddy]

@homoran

Ich glaube die Meldung basiert irgendwie aus dem Upgrade. Aber auch kA was es heißt.

Die Werte bleiben rot. Diese Werte werden von einem Script auf dem NAS geschickt via Javascript. Das funktioniert soweit auch. Kann ich das Ack deaktivieren für einen Wert?

Hier die Objektdaten:

{
  "common": {
    "name": "CPU-Usage",
    "unit": "%",
    "role": "javascript",
    "type": "number",
    "read": true,
    "write": true,
    "custom": {
      "history.0": {
        "enabled": true,
        "aliasId": "",
        "changesOnly": false,
        "debounce": 1000,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "maxLength": 960,
        "retention": 0
      }
    }
  },
  "native": {},
  "type": "state",
  "_id": "javascript.0.synology.CPUUsage",
  "acl": {
    "object": 1636,
    "state": 1636,
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1643898750271
}

Anscheinend hat er vorhin doch eine Datei irgendwann erstellt. Aber gefühlt nur sehr kurz und danach nichts mehr gespeichert.
Hier mal einer der neuen Einträge:

  {
    "val": 13.6,
    "ts": 1643898521828,
    "q": 0,
    "user": "system.user.admin",
    "ack": false
  }

Hier einer mit der alten Version vor dem Upgrade:

  {
    "val": 27.2,
    "ack": 0,
    "ts": 1642114824564,
    "q": 0,
    "user": "system.user.admin"
  }

Ack wurde auf boolean geändert, vielleicht hat der Adapter Probleme die alten Dateien auszulesen? Aber eigentlich dürfte ihn das auch nicht stören neue Dateien zu generieren.

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

Kann ich das Ack deaktivieren für einen Wert?

nein! Der Ack-Flag hat die Aufgabe eine Aktion loszutreten, oder eben nicht.

@scheddy sagte in History Adapter speichert keine Werte mehr:

Diese Werte werden von einem Script auf dem NAS geschickt via Javascript.

Ach so, nicht der Synology-Adapter?
Dann musst du in dem Script dafür sorgen dass der Wert incl. ACK=true geschickt wird.

@scheddy sagte in History Adapter speichert keine Werte mehr:

Die Werte bleiben rot

solange es nur eigene Datenpunkte sind, ist das reine Kosmetik

[Scheddy]

@homoran mit der Kosmetik kann ich erstmal leben. Die Frage wäre aber warum der history Adapter generell nichts aufzeichnet. Obwohl ich ihn neu installiert habe. Leider kann ich gerade keine homematic Daten abfragen weil sich die CCU aufgehangen hat und ich nicht zu Hause bin. Aber auch vorher wurden hier keine Werte mehr gespeichert.

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

Die Frage wäre aber warum der history Adapter generell nichts aufzeichnet.

Genau, das ist ein ganz anderes Problem.
Deswegen meinte ich ja, dass du herausfinden musst was diese Meldung bedeutet:

@scheddy sagte in History Adapter speichert keine Werte mehr:

history.0 2022-02-03 15:35:05.114 error Cannot find search "custom" in "system"

Ich kann dir da leider nicht helfen.
Sieht aber nach einem Problem mit History aus, warum auch immer

[Scheddy]

@homoran habe gerade noch mal das Speicherverzeichnis geändert und sehe jetzt mehr Fehler im Log die vielleicht helfen können.

history.0 2022-02-03 17:00:49.256	error	Cannot find search "custom" in "system"
history.0 2022-02-03 17:00:49.167	info	starting. Version 1.10.5 in /opt/iobroker/node_modules/iobroker.history, node: v14.19.0, js-controller: 3.3.22
host.9e4f3ab9a04d 2022-02-03 17:00:47.612	info	instance system.adapter.history.0 started with pid 28218
host.9e4f3ab9a04d 2022-02-03 17:00:32.311	info	instance system.adapter.coronavirus-statistics.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.9e4f3ab9a04d 2022-02-03 17:00:17.575	info	Restart adapter system.adapter.history.0 because enabled
host.9e4f3ab9a04d 2022-02-03 17:00:17.575	info	instance system.adapter.history.0 terminated with code NaN ()
host.9e4f3ab9a04d 2022-02-03 17:00:17.574	warn	instance system.adapter.history.0 terminated due to SIGABRT
host.9e4f3ab9a04d 2022-02-03 17:00:17.574	error	Caught by controller[20]: 19: 0x1448e19 [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.574	error	Caught by controller[19]: 18: 0x10b673a v8::internal::Runtime_DeleteProperty(int, unsigned long*, v8::internal::Isolate*) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.574	error	Caught by controller[18]: 17: 0x10b4600 v8::internal::Runtime::DeleteObjectProperty(v8::internal::Isolate*, v8::internal::Handle<v8::internal::JSReceiver>, v8::internal::Handle<v8::internal::Object>, v8::internal::LanguageMode) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.573	error	Caught by controller[17]: 16: 0xf2c55b v8::internal::JSReceiver::DeleteProperty(v8::internal::LookupIterator*, v8::internal::LanguageMode) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.573	error	Caught by controller[16]: 15: 0xf556cc v8::internal::LookupIterator::Delete() [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.573	error	Caught by controller[15]: 14: 0xf35be1 v8::internal::JSObject::MigrateToMap(v8::internal::Isolate*, v8::internal::Handle<v8::internal::JSObject>, v8::internal::Handle<v8::internal::Map>, int) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.573	error	Caught by controller[14]: 13: 0xf81cf9 v8::internal::Handle<v8::internal::NameDictionary> v8::internal::BaseNameDictionary<v8::internal::NameDictionary, v8::internal::NameDictionaryShape>::New<v8::internal::Isolate>(v8::internal::Isolate*, int, v8::internal::AllocationType, v8::internal::MinimumCapacity) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.573	error	Caught by controller[13]: 12: 0xf80ffe v8::internal::Handle<v8::internal::NameDictionary> v8::internal::HashTable<v8::internal::NameDictionary, v8::internal::NameDictionaryShape>::New<v8::internal::Isolate>(v8::internal::Isolate*, int, v8::internal::AllocationType, v8::internal::MinimumCapacity) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.572	error	Caught by controller[12]: 11: 0xd4aa54 v8::internal::FactoryBase<v8::internal::Factory>::NewFixedArrayWithFiller(v8::internal::Handle<v8::internal::Map>, int, v8::internal::Handle<v8::internal::Oddball>, v8::internal::AllocationType) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.572	error	Caught by controller[11]: 10: 0xd4a999 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawArray(int, v8::internal::AllocationType) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.572	error	Caught by controller[10]: 9: 0xd4e73d v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.572	error	Caught by controller[9]: 8: 0xd88f6c v8::internal::Heap::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.571	error	Caught by controller[8]: 7: 0xd853ab v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.571	error	Caught by controller[7]: 6: 0xd7756f [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.571	error	Caught by controller[6]: 5: 0xd769e5 [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.571	error	Caught by controller[5]: 4: 0xbba7d7 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.570	error	Caught by controller[4]: 3: 0xbba45e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.570	error	Caught by controller[3]: 2: 0x970199 node::FatalError(char const*, char const*) [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.570	error	Caught by controller[2]: 1: 0xa3aaf0 node::Abort() [io.history.0]
host.9e4f3ab9a04d 2022-02-03 17:00:17.570	error	Caught by controller[1]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
host.9e4f3ab9a04d 2022-02-03 17:00:17.569	error	Caught by controller[0]: <--- JS stacktrace --->
host.9e4f3ab9a04d 2022-02-03 17:00:17.569	error	Caught by controller[0]: [25686:0x540bc00] 179820 ms: Scavenge (reduce) 3973.7 (4105.3) -> 3973.7 (4106.3) MB, 17.4 / 0.0 ms (average mu = 0.130, current mu = 0.060) allocation failure
host.9e4f3ab9a04d 2022-02-03 17:00:17.569	error	Caught by controller[0]: [25686:0x540bc00] 179795 ms: Scavenge (reduce) 3972.8 (4098.8) -> 3972.6 (4101.3) MB, 24.3 / 0.0 ms (average mu = 0.130, current mu = 0.060) allocation failure
host.9e4f3ab9a04d 2022-02-03 17:00:17.568	error	Caught by controller[0]: [25686:0x540bc00] 179765 ms: Scavenge (reduce) 3971.8 (4100.8) -> 3971.9 (4100.8) MB, 12.2 / 0.0 ms (average mu = 0.130, current mu = 0.060) allocation failure
host.9e4f3ab9a04d 2022-02-03 17:00:17.568	error	Caught by controller[0]: <--- Last few GCs --->
history.0 2022-02-03 16:57:12.575	error	Cannot find search "custom" in "system"
history.0 2022-02-03 16:57:12.518	info	starting. Version 1.10.5 in /opt/iobroker/node_modules/iobroker.history, node: v14.19.0, js-controller: 3.3.22

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

habe gerade noch mal das Speicherverzeichnis geändert und sehe jetzt mehr Fehler im Log die vielleicht helfen können.

Vielleicht fangen wir erst einmal mit den Grundinformationen an:

@scheddy sagte in History Adapter speichert keine Werte mehr:

history 1.10.5

ist nicht stable

@sigi234 sagte in History Adapter speichert keine Werte mehr:

ioBroker 5.2.3

gibbet nicht, das geht höchstens bis 3.3.22

Hast du außer dem history Pfad (original: /opt/iobroker/iobroker-data/history) sonst noch etwas geändert?
Hostname z.B.? war es immer host.9e4f3ab9a04d?

Was hast du da überhaupt zusammengebraut?

[Homoran]

@scheddy sagte in History Adapter speichert keine Werte mehr:

ReportOOMFailure

Was hast du als Basis?

iobroker list instances und iobroker update -i