Memory Leak lässt iobroker Master abstürzen
-
@unclesam Ja, natürlich:
1921 iobroker 20 0 185M 79816 28184 S 4.5 2.0 2h34:48 io.zigbee.0 1923 iobroker 20 0 185M 79816 28184 S 0.0 2.0 3:01.63 io.zigbee.0 1925 iobroker 20 0 185M 79816 28184 S 0.0 2.0 3:00.90 io.zigbee.0 1922 iobroker 20 0 185M 79816 28184 S 0.0 2.0 0:00.00 io.zigbee.0 1924 iobroker 20 0 185M 79816 28184 S 0.0 2.0 3:02.28 io.zigbee.0 1926 iobroker 20 0 185M 79816 28184 S 0.0 2.0 3:01.20 io.zigbee.0 1927 iobroker 20 0 185M 79816 28184 S 0.0 2.0 0:00.00 io.zigbee.0 1933 iobroker 20 0 185M 79816 28184 S 0.0 2.0 0:03.62 io.zigbee.0 1934 iobroker 20 0 185M 79816 28184 S 0.0 2.0 0:03.63 io.zigbee.0 1935 iobroker 20 0 185M 79816 28184 S 0.0 2.0 0:03.64 io.zigbee.0 1936 iobroker 20 0 185M 79816 28184 S 0.0 2.0 0:03.64 io.zigbee.0 -
@thomas-braun Ich habe hier aktiv nichts geändert.
Nutze lediglich das Xiaomi Plugin und die Persistenz der Influx DB -
@jack-0 Dann schau dir den Punkt an. Das ist ein Klassiker beim ble-Adapter.
-
@unclesam Compact Mode sagt mir nichts.
Kann es ein dass es durch das mehrmalige ausführen der Master Configuration dazu gekommen ist?
Wie mache ich Rückgängig? -
Was ist denn das für eine Ausgabe? Oben sehe ich htop. Der zeigt teilweise auch threadsbind sowas an.
Was sagt ein klassische „ps auxww | grep io“ ??
-
Auch wäre mal das log vom iobroker interessant zu sehen. Auch die Status Ausgabe sieht eher problematisch aus. Zeit mal ein „iobroker status“ ausgabe.
-
So meinst du das?
Bei ble1 war der Wert bereits auf false gesetzt.
Bei ble0 habe ich den Wert nun ebenfalls so gesetzt. -
@jack-0
Wieviele Obekte liegen denn nun in dem Adapter rum? -
@thomas-braun Ca. 10 Objekte pro Adapter. Alle sind Xiaomi Temp und Humidity Sensoren.
Habe ich den Wert korrekt auf "false" gesetzt?
-
@jack-0 Ja, wenn du deine gewollten bluetooth-Geräte drin hast setz das auf 'false'. Der Adapter hat die Eigenschaft, da ansonsten tausende von Objekten anzuhäufen, was dann zum Exitus führt, irgendwann.
-
@apollon77 Keine spezielle Ausgabe, "iobroker status" oder auf welchen Screenshot beziehst du dich? "ps auxww | grep io" habe ich ebenfalls im initialen Post angehangen.
-
@apollon77 Das iobroker Log habe ich im initialen Post angehängt.
-
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. -
@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!
-
@jack-0 Na dann lesen wir doch mal das Log ...
2021-02-21 02:21:39.070 - [31merror[39m: 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 ist2021-02-21 00:05:36.480 - [31merror[39m: 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
-
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
-
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.
-
@ciddi89 Naja, bevor Du das tust stell doch mal Infos und log bereit, haben das letzte ja auch raugefunden ...
-
@apollon77 Also bekomme auf jedenfall auch den Fehler
[31merror[39m: 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 - [31merror[39m: 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 - [31merror[39m: 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 - [31merror[39m: 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 - [31merror[39m: backitup.0 (453) [ccu] cannot parse config for telegram!! 2021-02-21 01:30:12.327 - [31merror[39m: 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 - [31merror[39m: backitup.0 (453) [ccu] cannot parse config for history!! 2021-02-21 01:30:12.631 - [31merror[39m: 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 - [31merror[39m: 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" -
@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?
