NEWS
History Adapter speichert keine Werte mehr
-
@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?
-
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?
-
@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 -
@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:
-
@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
-
@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:
-
@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 aufschwarzweiß 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? -
@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
-
@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? -
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.
-
@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
-
@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.
-
@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 -
@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
-
@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 immerhost.9e4f3ab9a04d
?Was hast du da überhaupt zusammengebraut?
-
@scheddy sagte in History Adapter speichert keine Werte mehr:
ReportOOMFailure
Was hast du als Basis?
iobroker list instances
undiobroker update -i
-
@homoran so ich versuche hier mal alle Daten übersichtlich zu zeigen
Erstmal zu den Grundinformationen. Läuft im docker auf meinem Synology NAS.
Daten von der alten Installation:
iobroker 2.2.9
Admin 4.0.10
Node.js v10.19.0
NPM 6.13.4
History 1.9.10
Name "iobrokerneu"Aktuelle Daten der Installation (nach erstem Start wurde der iobroker-data Ordner rüberkopiert):
iobroker 3.3.22
Admin 5.2.3
Node.js v14.19.0
NPM 6.14.16
History 1.10.5
Name "9e4f3ab9a04d"History Pfad mit alten Daten:
/docker/iobroker_data/iobroker-data/iobroker-data
Wenn ich ohne die Daten starte dann:
/docker/iobroker_data/iobroker-data/historyroot@9e4f3ab9a04d:/opt/iobroker# iobroker list instances + system.adapter.admin.0 : admin : 9e4f3ab9a04d - enabled, port: 8081, b ind: 0.0.0.0, run as: admin system.adapter.backitup.0 : backitup : 9e4f3ab9a04d - disabled system.adapter.coronavirus-statistics.0 : coronavirus-statistics: 9e4f3ab9a04d - enabled + system.adapter.discovery.0 : discovery : 9e4f3ab9a04d - enabled system.adapter.dwd.0 : dwd : 9e4f3ab9a04d - disabled system.adapter.flot.0 : flot : 9e4f3ab9a04d - enabled + system.adapter.history.0 : history : 9e4f3ab9a04d - enabled system.adapter.hm-rega.0 : hm-rega : 9e4f3ab9a04d - disabled system.adapter.hm-rpc.0 : hm-rpc : 9e4f3ab9a04d - disabled, port: 8701 system.adapter.hm-rpc.1 : hm-rpc : 9e4f3ab9a04d - disabled, port: 12001 system.adapter.hm-rpc.2 : hm-rpc : 9e4f3ab9a04d - disabled, port: 12010 system.adapter.icons-addictive-flavour-png.0: icons-addictive-flavour-png: 9e4f3ab9a04d - enabled system.adapter.icons-fatcow-hosting.0 : icons-fatcow-hosting : 9e4f3ab9a04d - enabled system.adapter.icons-icons8.0 : icons-icons8 : 9e4f3ab9a04d - enabled system.adapter.icons-material-png.0 : icons-material-png : 9e4f3ab9a04d - enabled system.adapter.icons-material-svg.0 : icons-material-svg : 9e4f3ab9a04d - enabled system.adapter.icons-mfd-png.0 : icons-mfd-png : 9e4f3ab9a04d - enabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : 9e4f3ab9a04d - enabled system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png: 9e4f3ab9a04d - enabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png : 9e4f3ab9a04d - enabled + system.adapter.info.0 : info : 9e4f3ab9a04d - enabled + system.adapter.javascript.0 : javascript : 9e4f3ab9a04d - enabled + system.adapter.nanoleaf-lightpanels.0 : nanoleaf-lightpanels : 9e4f3ab9a04d - enabled, port: 16021 + system.adapter.parser.0 : parser : 9e4f3ab9a04d - enabled system.adapter.ping.0 : ping : 9e4f3ab9a04d - disabled + system.adapter.scenes.0 : scenes : 9e4f3ab9a04d - enabled + system.adapter.simple-api.0 : simple-api : 9e4f3ab9a04d - enabled, port: 8087, b ind: 0.0.0.0, run as: admin + system.adapter.tr-064.0 : tr-064 : 9e4f3ab9a04d - enabled + system.adapter.upnp.0 : upnp : 9e4f3ab9a04d - enabled system.adapter.vis-bars.0 : vis-bars : 9e4f3ab9a04d - enabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : 9e4f3ab9a04d - enabled system.adapter.vis-colorpicker.0 : vis-colorpicker : 9e4f3ab9a04d - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : 9e4f3ab9a04d - enabled system.adapter.vis-google-fonts.0 : vis-google-fonts : 9e4f3ab9a04d - enabled system.adapter.vis-history.0 : vis-history : 9e4f3ab9a04d - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : 9e4f3ab9a04d - enabled system.adapter.vis-justgage.0 : vis-justgage : 9e4f3ab9a04d - enabled system.adapter.vis-keyboard.0 : vis-keyboard : 9e4f3ab9a04d - enabled system.adapter.vis-map.0 : vis-map : 9e4f3ab9a04d - enabled system.adapter.vis-materialdesign.0 : vis-materialdesign : 9e4f3ab9a04d - enabled system.adapter.vis-plumb.0 : vis-plumb : 9e4f3ab9a04d - enabled system.adapter.vis-rgraph.0 : vis-rgraph : 9e4f3ab9a04d - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : 9e4f3ab9a04d - enabled system.adapter.vis-weather.0 : vis-weather : 9e4f3ab9a04d - enabled system.adapter.vis.0 : vis : 9e4f3ab9a04d - enabled + system.adapter.web.0 : web : 9e4f3ab9a04d - enabled, port: 8082, b ind: 0.0.0.0, run as: admin + system.adapter.yahka.0 : yahka : 9e4f3ab9a04d - enabled + instance is alive
root@9e4f3ab9a04d:/opt/iobroker# iobroker update -i Used repository: default hash unchanged, use cached sources update done Adapter "admin" : 5.2.3 , installed 5.2.3 Adapter "backitup" : 2.2.3 , installed 2.2.4 Adapter "coronavirus-statistics": 0.8.7 , installed 0.8.7 Adapter "discovery" : 2.7.3 , installed 2.7.5 Adapter "dwd" : 2.7.7 , installed 2.7.7 Adapter "flot" : 1.10.7 , installed 1.10.7 Adapter "history" : 1.9.14 , installed 1.10.5 Adapter "hm-rega" : 3.0.33 , installed 3.0.35 Adapter "hm-rpc" : 1.15.0 , installed 1.15.0 Adapter "icons-addictive-flavour-png": 0.1.0 , installed 0.1.0 Adapter "icons-fatcow-hosting": 0.1.0 , installed 0.1.0 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-material-png": 0.1.0 , installed 0.1.0 Adapter "icons-material-svg": 0.1.0 , installed 0.1.0 Adapter "icons-mfd-png" : 1.0.2 , installed 1.0.2 Adapter "icons-mfd-svg" : 1.0.2 , installed 1.0.2 Adapter "icons-open-icon-library-png": 0.1.2 , installed 0.1.2 Adapter "icons-ultimate-png": 1.0.1 , installed 1.0.1 Adapter "info" : 1.9.8 , installed 1.9.18 Adapter "javascript" : 5.2.13 , installed 5.2.21 Controller "js-controller" : 3.3.22 , installed 3.3.22 Adapter "nanoleaf-lightpanels": 1.3.1 , installed 1.3.1 Adapter "parser" : 1.0.7 , installed 1.0.7 Adapter "ping" : 1.5.0 , installed 1.5.2 Adapter "rickshaw" : 1.0.0 , installed 1.0.0 Adapter "scenes" : 2.3.8 , installed 2.3.8 Adapter "simple-api" : 2.6.1 , installed 2.6.2 Adapter "socketio" : 3.1.5 , installed 4.1.0 Adapter "tr-064" : 4.2.14 , installed 4.2.15 Adapter "upnp" : 1.0.19 , installed 1.0.20 Adapter "vis" : 1.4.5 , installed 1.4.8 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-canvas-gauges": 0.1.5 , installed 0.1.5 Adapter "vis-colorpicker": 1.2.0 , installed 1.2.0 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-google-fonts": 0.1.0 , installed 0.1.0 Adapter "vis-history" : 1.0.0 , installed 1.0.0 Adapter "vis-hqwidgets" : 1.1.7 , installed 1.1.9 Adapter "vis-justgage" : 1.0.2 , installed 1.0.2 Adapter "vis-keyboard" : 0.0.2 , installed 0.0.2 Adapter "vis-map" : 1.0.4 , installed 1.0.4 Adapter "vis-plumb" : 1.0.2 , installed 1.0.2 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.1.7 , installed 1.1.7 Adapter "vis-weather" : 2.5.5 , installed 2.5.5 Adapter "web" : 3.4.16 , installed 3.4.16 Adapter "yahka" : 0.13.1 , installed 0.13.1
-
@scheddy sagte in History Adapter speichert keine Werte mehr:
Läuft im docker auf meinem Synology NAS.
So etwas gehört immer direkt an den Anfang!
Mit Docker kenne ich mich überhaupt nicht aus.
Auch wenn das Problem mit History wahrscheinlich nicht direkt Dockerspezifisch ist.
Allerdings könnte ich mir vorstellen, dass die Basis ggf. schon krumm ist.Unter dem Vorbehalt, dass es bei Docker nicht sowieso ganz anders läuft:
@scheddy sagte in History Adapter speichert keine Werte mehr:
nach erstem Start wurde der iobroker-data Ordner rüberkopiert
von einer ganz anderen Installation???
das geht schief!
anschließend einen npm rebuild durchgezogen?
Alleine schon wegen der anderen node-Versionen?Hast du ioBroker mitgeteilt, dass du jetzt einen anderen Hostnamen benutzst?
in "normalen" Installationen geht das mitiobroker host this
was ist denn "mein Synology NAS" mit Namen und Zahlen (z.B. RAM)??
-
@homoran es ist eine DS1815+ mit 16GB RAM.
So ganz schief kann es ja nicht laufen da nur die history gerade muckt.
NPM rebuild habe ich nicht durchgeführt und auch iobroker host this nicht.
Habe gerade mal iobroker host this probiert, aber iobroker lässt sich nicht über den Stop command stoppen.Das kopieren wurde hier im Forum empfohlen. Ich glaube auch nicht das es jetzt die Katastrophe ist.
-
@scheddy sagte in History Adapter speichert keine Werte mehr:
So ganz schief kann es ja nicht laufen da nur die history gerade muckt.
Naja, ein
FatalProcessOutOfMemory
sieht nicht nach ausreichend RAM aus@scheddy sagte in History Adapter speichert keine Werte mehr:
Das kopieren wurde hier im Forum empfohlen
- wann war das?
- Galt das für Docker?
- Galt das für ein dazwischenliegendes Node-Update?
- Die Daten werden nämlich für die Hardware und die node-version kompiliert
@scheddy sagte in History Adapter speichert keine Werte mehr:
Ich glaube auch nicht das es jetzt die Katastrophe ist.
Dann glaube und hoffe
@scheddy sagte in History Adapter speichert keine Werte mehr:
aber iobroker lässt sich nicht über den Stop command stoppen.
weil es für Docker eigene Befehle gibt