Memory Leak lässt iobroker Master abstürzen

[Jack 0]

@apollon77 Das iobroker Log habe ich im initialen Post angehängt.

[Jack 0]

Sowohl Master, als auch Slave liefen mit der falschen Uhrzeit.
Auf beiden Systemen habe ich diese korrigiert.
Eigentlich sollte das kein Problem darstellen, da die Zeit auf beiden System gleich falsch lief.

[Thomas Braun]

@jack-0 sagte in Memory Leak lässt iobroker Master abstürzen:

Eigentlich sollte das kein Problem darstellen, da die Zeit auf beiden System gleich falsch lief

Da hast du aber dann mit externen Systemen trotzdem hassle. Die korrekte Systemzeit ist extrem wichtig!

[apollon77]

@jack-0 Na dann lesen wir doch mal das Log ...

2021-02-21 02:21:39.070 - error: host.iobrokermaster-Server Cannot load /opt/iobroker/iobroker-data/states.json: /opt/iobroker/iobroker-data/states.json: Unexpected string in JSON at position 196716. Try last Backup!

Dein States FIle ist kaputt, daher kommt die DB nicht hoch.

Ok, das er dann überhaupt weiter macht und Adapter startet ist komisch und muss ich mir ansehen, aber damit läuft er in eine Restart schleife.

EDIT: angesehen: Strange. Er crasht wei er das states.back nicht schreiben kann weil staes.json fehlt ... grmpf. Fixen wir. Stell mal sicher das ein states.json da ist

EIn states.bak gibts scheinbar auch nicht was komisch ist. Also kannst Du nur schauen ob in iobroer-data/backup (oder so) noch ein gepacktes states File liegt. Das dann entpacken und in iobroker-data/states.json legen und dann iobroker neu starten. (vor der ganzen Aktion natürlich stoppen und zwar richtig, scheinbar laufen einige Adapter prozesse irgendwie noch sohalb. am besten nach iobroker stop dann alles sauber killen was noch läuft).

Wenn es ein sd Karten system ist ggf das Filesystem genau prüfen, nicht das das gerade "stirbt".
Weil auch komisch ist

2021-02-21 00:05:36.480 - error: host.iobrokermaster-Server Cannot save backup file /opt/iobroker/iobroker-data/states.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/states.json' -> '/opt/iobroker/iobroker-data/states.json.bak'

Das würde heissen das iobroker-data nicht da wäre ...

In den Logfiles in opt/iobroker/logkannst DU auch mal schauen wo und wann das angefangen hat.Vllt gibt das noch Anhaltspunkte was die Ursache war

Ingo

[apollon77]

Also das ist alles sehr strange ... Ich hab immer mehr das Gefühl das System ist komisch. Daher bitte auch ins /var/log/syslog schauen

[A Former User]

Wenn ich mich hier mal einklinken darf. Hab anscheinend seit ein paar Tagen das selbe Problem auf einer Syno DS716+. Hab zwar keine Slaves aber seit dem ich Node.js (auf 12.20.2) und den Host(3.2.16) geupdated habe spinnt das ganze System. Nach dem hochfahren komm ich zwar auf den Admin aber der ist nur am laden. In kurzer Zeit ist der RAM zwischen 4-7 GB hoch. Die Adapter starten trotzdem und machen teilweise noch ihrer Arbeit. Wenn ich dann per Konsole alle Adapter abschalte komme ich auch ins Admin interface, dieser pendelt dann immer zwischen 500mb und 2 gb RAM. Versuche ich dann aber ein Adapter einzuschalten kackt er sofort wieder ab. Wenn ich ioBroker komplett neu starte dauert es ca. Eine Stunde dann komm ich aufs Admin Interface aber er läuft dann mit einen 4 GB RAM Verbrauch wo ich sonst immer 1,6 GB hatte. Das komische ist, wenn ich eine ältere Version wieder herstelle vom ioBroker, habe ich wieder diesen Fehler. Werde morgen noch mal probieren eine noch ältere Version wieder her zu stellen und sonst werde ich den komplett neu aufsetzen müssen. Wollte mir aber gerne diese Arbeit sparen da aber der Fehler doch tiefer steckt, bleibt mir wohl nichts anderes übrig.

[apollon77]

@ciddi89 Naja, bevor Du das tust stell doch mal Infos und log bereit, haben das letzte ja auch raugefunden ...

[A Former User]

@apollon77 Also bekomme auf jedenfall auch den Fehler

[31merror: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/states.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/states.json' -> '/opt/iobroker/iobroker-data/states.json.bak'

Die letzten Zwei Tage lief das System ja wieder gut nachdem ich ein ganzen Tag gebraucht habe das es wieder lief. Dann kam letzte Nacht aber von backitup das er ein Problem hat und das ich Einstellungen überprüfen soll und dann über console iobroker fix ausführen soll. Seit dem habe ich dann wieder dieses Problem das er nach dem neustart nicht mehr richtig läuft. Hier der Fehler von ibackitup:

2021-02-21 01:30:10.205  - error: backitup.0 (453) [ccu] error on backup process: Script "mount" TypeError: Converting circular structure to JSON
    --> starting at object with constructor 'DerivedLogger'
    |     property '_readableState' -> object with constructor 'ReadableState'
    |     property 'pipes' -> object with constructor 'Array'
    |     index 0 -> object with constructor 'DailyRotateFile'
    --- property 'parent' closes the circle Please check the config of backitup and execute "iobroker fix"
2021-02-21 01:30:11.117  - error: backitup.0 (453) [ccu] error on backup process: Script "ccu" TypeError: Converting circular structure to JSON
    --> starting at object with constructor 'DerivedLogger'
    |     property '_readableState' -> object with constructor 'ReadableState'
    |     property 'pipes' -> object with constructor 'Array'
    |     index 0 -> object with constructor 'DailyRotateFile'
    --- property 'parent' closes the circle Please check the config of backitup and execute "iobroker fix"
2021-02-21 01:30:11.420  - error: backitup.0 (453) [ccu] error on backup process: Script "cifs" TypeError: Converting circular structure to JSON
    --> starting at object with constructor 'DerivedLogger'
    |     property '_readableState' -> object with constructor 'ReadableState'
    |     property 'pipes' -> object with constructor 'Array'
    |     index 0 -> object with constructor 'DailyRotateFile'
    --- property 'parent' closes the circle Please check the config of backitup and execute "iobroker fix"
2021-02-21 01:30:12.326  - error: backitup.0 (453) [ccu] cannot parse config for telegram!!
2021-02-21 01:30:12.327  - error: backitup.0 (453) [ccu] error on backup process: Script "telegram" SyntaxError: Unexpected token u in JSON at position 0 Please check the config of backitup and execute "iobroker fix"
2021-02-21 01:30:12.630  - error: backitup.0 (453) [ccu] cannot parse config for history!!
2021-02-21 01:30:12.631  - error: backitup.0 (453) [ccu] error on backup process: Script "history" SyntaxError: Unexpected token u in JSON at position 0 Please check the config of backitup and execute "iobroker fix"
2021-02-21 01:30:12.783  - error: backitup.0 (453) [ccu] error on backup process: Script "umount" TypeError: Converting circular structure to JSON
    --> starting at object with constructor 'DerivedLogger'
    |     property '_readableState' -> object with constructor 'ReadableState'
    |     property 'pipes' -> object with constructor 'Array'
    |     index 0 -> object with constructor 'DailyRotateFile'
    --- property 'parent' closes the circle Please check the config of backitup and execute "iobroker fix"

[apollon77]

@ciddi89 Hm ... also den Fehler solltest Du mal als Issue bei BackItUp melden.

Und seitdem hast Du wieder diesen Fehler von oben?
Wie sieht denn ein "ls -la /opt/iobroker/iobroker-data/" aus?

[Jack 0]

@ciddi89 Liegt wohl am Jahrgang. Exakt so sieht der Fehler aus

[A Former User]

@apollon77 ja leider. Kann mir das auch irgendwie nicht erklären. Macht alles kein Sinn. Verstehe die zusammenhänge davon nicht. Die json Datein sind vorhanden.

[Jack 0]

Ich kann es mir nicht ganz erklären, allerdings hat die Korrektur der Zeit, sowie ein Neustart der Systeme, das Problem behoben.

Das Webinterface reagiert wieder auf jeden Klick, das System lässt sich wieder stabil bedienen.
Ich beobachte das Verhalten die kommenden Tage und melde mich.

@ciddi89 Auf meiner Syno läuft iobroker in einer VM, damit ich ohne gefrickelt einen Bluetooth Adapter in den iobroker durchreichen kann.
Das geht zwar auch mit Docker auf der Syno, allerdings mit gefrickel.

[apollon77]

@ciddi89 Bitte mal Kommandozeile und ls .-al ... ich will die Rechte sehen!!

[apollon77]

@jack-0 Das interessante bei deinem Log war das das System an sich Problemlos tat. Er hat halt immer mit einer leeren States-DB gestartet ... aber plötzlich war der js-controller Prozess weg. Hier helfen diese Logs also nicht und man müsste tiefer schauen.

[A Former User]

@apollon77 said in Memory Leak lässt iobroker Master abstürzen:

@ciddi89 Bitte mal Kommandozeile und ls .-al ... ich will die Rechte sehen!!

Sorry war schon nicht mehr am Rechner. Hier noch mal die Rechte:

[apollon77]

@ciddi89 Die Rechte sehen komisch aus. Ich wäre bei "mach mal iobroker fix und schau ob es dann nochmal passiert. Sonst müssten wir genau schauen was da passiert auch mit dem RAM verbrauch.

[A Former User]

@apollon77 said in Memory Leak lässt iobroker Master abstürzen:

@ciddi89 Die Rechte sehen komisch aus. Ich wäre bei "mach mal iobroker fix und schau ob es dann nochmal passiert. Sonst müssten wir genau schauen was da passiert auch mit dem RAM verbrauch.

Ja den Fixer hatte ich schon diverse male drüber laufen. Hab nun aber mal backitup abgeschaltet und neu gestartet. Es läuft und der RAM liegt constant bei 1.225mb. Wollte nun den Fehler reproduzieren um zu sehen ob es wirklich an backitup liegt aber Fehlanzeige. Auf einmal läuft das System als wäre nichts gewesen. Das selbe hatte ich vor zwei Tagen auch, ca. die selbe Uhrzeit das selbe Phänomen. Plötzlich läuft alles. Das ist echt komisch. Werde das wohl weiter beobachten müssen.

[apollon77]

@ciddi89 alles klar. Und bitte weiter Berichten. Danke

[A Former User]

@apollon77 werde ich auf jeden Fall machen! Ich danke erstmal dir und auch @Jack-0 für die Hilfe bei der Fehlersuche.

[A Former User]

@apollon77 said in Memory Leak lässt iobroker Master abstürzen:

@ciddi89 alles klar. Und bitte weiter Berichten. Danke

Hallo ich bins noch einmal,

habe mittlerweile bei mir den Fehler gefunden. aber zum Anfang:
Erstmal wollte ich ein neues Gerät Einpflegen aber da war wieder Totalabsturz vom Admin. Deswegen habe ich beschlossen doch alles neu aufzusetzen da mir das mit den Ordnerrechten sowieso keine ruhe gelassen hat und der Fixer das nicht gefixt hat, habe mir daher einen neuen Container für ioBroker erstellt und habe alles soweit vom alten Container runter gezogen und gespeichert das ich letztendlich nur ein paar Yahka Geräte wieder von null auf Einpflegen musste und nur die Adapter neu installieren musste, also doch halb so schlimm gewesen.
Nach der neu Installation und Updaten von ioBroker habe ich noch einmal die Rechte im Terminal angeguckt und da hat man schon die erste Veränderung gesehen, diese waren komplett anders gesetzt. Nachdem aber alles Fertig war, war wieder Absturz vom Admin. (Ich hätte am liebsten alles Zerschreddert ) Wieder alle Adapter durchgegangen und alles getestet welcher von diesen wohl den Fehler auslösen könnte. Hatte schon Angst das irgendeine Javascript Anwendung den Admin zum Absturz bringt. Mir ist dann aber aufgefallen das der Fehler immer nur dann ist, wenn ich mit meinem Rechner am Werk bin und am Tablet alles normal läuft. Lange überlegt was denn am Rechner der Fehler sein könnte. Safari evtl.? Nein in Chrome das selbe spiel. Irgendwann ist mir dann aufgefallen das ich im Hintergrund noch VS Code am laufen habe, mit einem Plugin womit ich meine Skripte für den ioBroker schreibe. VS Code beendet und sofort läuft alles so wie es soll.   Tagelang auf Fehlersuche gewesen und nur diese Anwendung im Hintergrund war das Problem.

Naja ich danke euch nochmal und werde gleich erstmal ein Issue auf Git aufmachen.

Schönen Abend wünsche ich euch