UNSOLVED [Gelöst]History Adapter zeigt Fehler

[totocotonio]

@paul53 Hi, läuft auf einer DS mit 12g RAM.

Daran sollte es doch nicht liegen oder?

[Homoran]

@totocotonio sagte in History Adapter zeigt Fehler:

@paul53 Hi, läuft auf einer DS mit 12g RAM.

Nativ oder in einer VM?

[totocotonio]

@Homoran in einem Docker container

[Homoran]

@totocotonio
Kenne mich mit Docker nicht aus - muss man dem Container nicht auch RAM zuweisen?

[totocotonio]

@Homoran Der Docker nimmt sich den RAM wie er Ihn braucht, sehr dynamisch.

[totocotonio]

bringt das was den Adapter zu deinstallieren und dann wieder neu zu machen

[totocotonio]

Hi,
ich habe den History einfach mal neu inst.

Das sind die Meldungen im LOG. Ähnlich den anderen

host.buanet-iobroker1	2019-02-27 20:24:26.056	info	Restart adapter system.adapter.history.0 because enabled
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	instance system.adapter.history.0 terminated with code null ()
host.buanet-iobroker1	2019-02-27 20:24:26.056	warn	instance system.adapter.history.0 terminated due to SIGABRT
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[26]: 0xeaf4092a7
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[25]: 7:
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[23]: [io.history.0]
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[22]: v8::internal::Runtime_SparseJoinWithSeparator(int, v8::internal::Object**, v8::internal::Isolate*)
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[21]: 6:
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[19]: [io.history.0]
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[18]: v8::internal::Factory::NewRawTwoByteString(int, v8::internal::PretenureFlag)
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[17]: 5:
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[15]: [io.history.0]
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[14]: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool)
host.buanet-iobroker1	2019-02-27 20:24:26.056	error	Caught by controller[13]: 4:
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[11]: [io.history.0]
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[10]: v8::Utils::ReportApiFailure(char const*, char const*)
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[9]: 3:
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[7]: [io.history.0]
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[6]: 0x7cff7c
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[5]: 2:
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[3]: [io.history.0]
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[2]: node::Abort()
host.buanet-iobroker1	2019-02-27 20:24:26.055	error	Caught by controller[1]: 1:
host.buanet-iobroker1	2019-02-27 20:24:26.054	error	Caught by controller[0]: FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

[Homoran]

@totocotonio sagte in History Adapter zeigt Fehler:

terminated due to SIGABRT

[totocotonio]

@Homoran und jetzt, was kann ich denn machen.

Hast Du da eine Idee für mich.

Ich bin da ziemlich hilflos

[Homoran]

@totocotonio sagte in History Adapter zeigt Fehler:

Hast Du da eine Idee für mich.

Leider nein, da stecke ich auch nicht tief genug drin.

Alles beginnt mit:

@totocotonio sagte in History Adapter zeigt Fehler:

2019-02-27 20:24:26.054 error Caught by controller[0]: FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

wie Paul schon sagt, zu wenig Speicher und endet in einem SIG(nal für einen)AB(o)RT (abnormalem Abbruch)
Vielleicht reagiert diese dynamische Speicherzuordnung ja nicht schnell genug - ist aber alles Kaffesatzleserei, da ich mich auch nicht mit Docker auskenne, ob man da bei aller Dynamik nicht auch einen Mindestspeicher zuordnen kann.

[apollon77]

Welche nodejs Version ist eingentlich im Einsatz? Wieviele Datenpunkte hast Du? Irgendwelche speziellen Aktualisierungsfrequenzen?
Ggf mal Adapter-Instanz auf debug Log stellen und schauen was das Log dann so sagt

[totocotonio]

@apollon77 ok mache ich.

[totocotonio]

@apollon77 so, ich habe mal den History neu inst. und auf wesentliches beschränkt, soweit so gut.

Aber schau Dir mal mein TOP an. da ist der JAVASCRIPT Adapter ziemlich stark.

Ein Neustart brachte nichts wie komme ich denn dem auf die Schliche.

[Homoran]

@totocotonio sagte in History Adapter zeigt Fehler:

wie komme ich denn dem auf die Schliche.

ganz OldSchool!

Alle Scripte deaktivieren und nacheinander wieder starten.
Dabei immer TOP im Auge behalten.

Wenn Die LAst nach der Aktivierung eines Skriptes schlagartig ansteigt, liegt es an diesem

[totocotonio]

@Homoran
So, alle scripte deaktiviert, keine Änderung
phkill durchgeführt, Java in Ruhe, ok Adapter neu gestartet, fast keine Last
Nach und nach Scripte aktiviert alles gut bis ich das vor ca. 1 Woche installierte LOG Script inst. habe.
und Baaammm die CPU explodierte fast.

Script wieder ausgemacht, cpu last immer noch hoch, phkill wieder ausgeführt und script ausgelassen
das war es vermutlich.

Es handelt sich um dieses hier:

https://github.com/Mic-M/iobroker.logfile-script

Läuft jetzt seit 10 Minuten alles i.O. bis jetzt.

[Homoran]

@totocotonio
Auch mal dort die Issues gelesen?
z.B. das verlinkte?

[totocotonio]

@Homoran Hi, hatte ich natürlich nicht.
Aber das Issues ist auch erst vor 4 Tagen gekommen.

Ich musste erst mal draufkommen das es diese Script war.

[Homoran]

@totocotonio
Vielleicht fügst du dann da einen Kommentar mit Link auf diesen Thread hinzu

[totocotonio]

@Homoran ok mache ich.

Mal wieder recht herzlichen Dank für Deine Hilfe und Unterstützung.

[totocotonio]

Issues eingetragen.