UNSOLVED Unerwarteter, selbständiger Neustart von ioBroker
-
@LoxDUS was soll man mit den LOG schnippseln.. poste mal den kompletten LOG bitte.. meine Glaskugel ist gerade zur politur
-
Nunja, nach dem Neustart sind im Log ca. 5 Millionen Fehlermeldungen mit dem Hinweis, dass nicht auf die Datenbank zugegriffen werden kann. Aber das ist ja glaube ich nicht von interresse. Vor dem Runterfahren sieht, zumindest für mich, alles im LOG OK aus:
Log09_07_2020.txtIch glaube interressant ist dann auch das Log vom Vortag:
Log08_07_2020.txtDa kann ich nichts Auffälliges entdecken. Der ERROR um 09:16Uhr im javascript.1 adapter kommt von mir weil ich da versucht hatte mit einem regulären Ausdruck Auf mehrere "Events" zu triggern. "javascript.1" nutze ich immer zum ausprobieren von Codeschnipseln.
Vielen Dank,
Artur
-
hier läuft ein adapter doppelt
2020-07-09 00:30:00.012 - warn: host.IOBROKER2 instance system.adapter.odl.0 already running with pid 28886
und hier geht di der speicher aus
2020-07-09 01:12:00.073 - error: host.IOBROKER2 uncaught exception: spawn ENOMEM
-
@arteck sagte in Unerwarteter, selbständiger Neustart von ioBroker:
2020-07-09 01:12:00.073
@LoxDUS
läuft bei dir Backitup um diese Zeit? -
-
@arteck
Ich habe den ODL Adapter mittlerweile auch deinstalliert. Die Fehlermeldung hatte ich aber seit der Installation des Adapters und dachte deswegen das es "OK" sei.
Wie geschrieben, ich hatte am Tag zuvor bereits gesehen das der Speicher knapp war. Der dümpelte immer so bei ca. 40MByte rum. Da aber alles an dem Tag Problemlos funktionierte habe ich dem keinen weiteren Gedanken gewidmet...@Homoran
Mein Backup läuft alle 7 Tage Nachts um 2:00Uhr. Am 08.07.2020 wurde um 02:01Uhr das letzte Backup erstellt. Also einen Tag vorher.@Glasfaser
Ja, die Fehlermeldung kommt wenn ich das System, bzw. die SQL-Adapter Instanz sql.0 neu starte. Dann muss ich in der MYSQL Datenbank den Befehl "flush hosts" absetzen und alles läuft wieder. Die Fehlermeldungen kommen ja aber erst nach dem automatischen Neustart des Systems.@Alle
Eure Antworten zeigen mir das ich mehr in der Vergangenheit des Systems forschen muss. Warum hatte ich nur noch 40MByte freien Speicher?
Ich lasse jetzt mal die verschiedenen Speicherverbräuche, die man so in den Systemobjekten findet in die History Datenbank schreiben. Vielleicht kann man da ja Sprünge erkennen und dann ggf. nachforschen ob zu diesem Zeitpunkt etwas "besonderes" mit dem System passiert ist.Vielen Dank für eure Antworten.
Artur
-
@Glasfaser
Danke für den Hinweis, habe für meine DB auch die Anzahl der maximalen Verbindungen auf 200 erhöht:set global max_connections = 200;
-
Schon mal ein Fehler weniger ......
-
So, habe jetzt mal ein paar Speicherdaten über ca. 2 Wochen aufgenommen.
So wie es sich für mich darstellt gibt es nur einen Weg, und der ist mit dem Speicherverbrauch nach oben. Gut sieht man es an der hellblauen kurve. Am linken Rand schwank die noch um den Mittelwert von ca. 250MByte. nach ungefähr zwei Wochen schwank die Kurve um einen Wert von ca. 260MByte. Das ist nicht viel aber es ist ja auch nur der Wert von einem Adapter und ich habe ca. 24 Adapter Instanzen am laufen.
Bei der erwähnten hellblauen Kurve handelt es sich um den javascript Adapter (javascript.0.actual_used_heap).
Das Schwanken bzw. die Sägezahnkurve kommt ja, so denke ich zumindest von java und der garbage collection. Den Speicherleck kann ich mir aber nicht erklären zumal dieser Aufwärtstrend bei fast allen Adaptern die ich installiert habe zu sehen ist.
Hat jemand eine Idee? Ich würde sonst die nächsten Tage mal auf die neusten Adapterversionen updaten und dann mal von allen Instanzen die heap speicherverbräuche loggen. Aktuelle hänge ich mit vielen Adaptern mit dem Update hinterher...
Viele Grüße,
Artur
-
Liebe ioBroker Gemeinde,
irgendwie bekomme ich das nicht in den Griff. Ich habe jetzt alles auf dem neuesten Stand gebracht - bis auf die node-Version.
Ich habe jetzt das Gefühl dass das System noch mehr Speicher braucht. Könnt ihr mal prüfen ob eure Adapter auch soviel Speicher verbrauchen:Adapter | RAM-Nutzung in MByte
admin | 129
alexa2 | 75
backitup | 99
deconz | 72
hm-rpc | 87
hm-rpc | 80
info | 75
iot | 94
javascript | 216
modbus | 77
modbus | 65
nuki-extended | 73
ping | 65
shelly | 103
shuttercontrol | 57
sql | 95
systeminfo | 120
telegram | 73
tr-064 | 87
web | 99sind das normale Werte?
Was mich jetzt absolut wundert ist, dass nach meiner Updateaktion zwar wieder 57% des Speichers frei waren (Update war in dem unteren Bild ungefähr in der Mitte) aber jetzt innerhalb von 3 Tagen der Speicher wieder auf 21% zusammen geschrumpft ist. Warum? Ich habe doch nichts gemacht.
-
@LoxDUS sagte in Unerwarteter, selbständiger Neustart von ioBroker:
sind das normale Werte?
sieht recht normal aus , verglichen mit meinen 42 Instanzen die laufen .
Beispiel einer Momentaufnahme :
admin | 184.4 MB
javascript 0 | 373.2 MB
javascript 1 | 371.7 MB
deconz | 53.2 MB
hm-rpc 0 | 53.1 MB
hm-rpc 1 | 53.6 MB
hm-rpc 2 | 53.2 MB -
@Glasfaser Vielen Dank für die Rückmeldung. Dann muss ich mal an anderer Stelle suchen um herauszufinden warum mein Speicherverbrauch immer größer wird.
