Monatsrückblick Januar/Februar 2026 ist online!

[Ja.rod]

Hallo zusammen,

seit dem Wochenende ist meine ioBroker-Installation sporadisch extrem langsam, wahrscheinlich läßt sich das ganze auch als Absturz bezeichnen. Im Log wird dabei immer die Meldung "Reconnection to DB" angezeigt. Hier mal das ein Screenshot des Logs, es wird aber nur ein Teil der "Reconnection-Einträge" angezeigt, ich wollte auch die anderen Meldung im Screenshot mit dabei haben. Das Problem tritt auf seitdem ich die beiden Homematic-Adapter aktualisiert habe, liegt also der Schluss nahe dass es daran liegen könnte.

Hat jemand auch dieses Problem, bzw. eine Lösung (außer Downgrade)?

Gruß

Ja.rod

[apollon77]

Hi,

Welche nodejs-Version?

Wie geht es dem System denn so? Was sagt top zur CPU Auslastung?

Was sagt "free -m" zur RAM Auslastung.

Findest Du im /var/log/syslog eintrage mit "oom-killer"? Die "SIGKILL" Einträge weisen für mich darauf hin.

[Ja.rod]

Hier die Infos:

Node 8.12.00

Gesendet von iPad mit Tapatalk

[Ja.rod]

~~<link_text text="https://uploads.tapatalk-cdn.com/201901 ... 756c4b.jpg">https://uploads.tapatalk-cdn.com/20190123/afe429253f380457b6792187db756c4b.jpg</link_text>" />

Wo finde ich den „syslog“?

Gesendet von iPad mit Tapatalk~~

[apollon77]

Wie es oben steht /var/log/syslog

Gesendet vom Handy …

[Ja.rod]

ja "oom-killer" ist zu finden. Hier der aus der syslog kopierte Eintrag:

Jan 24 06:26:47 ioBroker-RasPi kernel: [553086.383601] io.javascript.0 invoked oom-killer: gfp_mask=0x14080c0(GFP_KERNEL|__GFP_ZERO), nodemask=(null), order=0, oom_score_adj=0

Im gestrigen syslog gibt es ganz viele "oom-killers", hier ein paar:

oom-killer: gfp_mask=0x14040c0(GFP_KERNEL|__GFP_COMP), nodemask=(null), order=0, oom_score_adj=0

oom-killer: gfp_mask=0x15080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), nodemask=(null), order=1, oom_score_adj=

oom-killer: gfp_mask=0x14201ca(GFP_HIGHUSER_MOVABLE|__GFP_COLD), nodemask=(null), order=0, oom_score_adj=0

…

[Segway]

Wird wahrscheinlich so sein, dass die 1Gb Arbeitsspeicher nicht ausreichen (inkl. der swap Datei). Dann stürzen Adapter halt ab. Hatte ich auch und bin dann letztendlich auf ein System gegangen mit mehr Arbeitsspeicher. Vorher mit mehreren Pi's das Multihost ausprobiert aber letztendlich weg von diesen "kleinen 1Gb Bastelboards" :-)

[apollon77]

Na dann auch mal hier die Frage: wieviele Instanzen laufen denn bei dir?

Gesendet vom Handy …

[haselchen]

Das Problem wie Ja.rod hatte ich auch. Kam aus dem Nichts.

Nix geupdated , nicht am System gespielt und aufmal hatte der Raspi 100% Auslastung, wurde durchgehend 70 Grad heiss und nach einem Reboot immer Absturz.

Hab dann, bis ich mir was neues gesucht habe, die SWAP Datei auf 2 GB gestellt. Tödlich für die SD Karte, aber temporär hilft es.

[Ja.rod]

Irgendwas zwischen 20 und 30 Instanzen. Ich nutze keine SD sondern eine SSD.

[apollon77]

Also Rechnerisch … ein nodejs Prozess braucht zwischen 30 und 60MB. Kannst Du ja selbst bei dir nachsehen.

Optimistisch gerechnet (was aber nicht realität ist) brauchen deine 20-30 Instanzen also 600-900MB RAM MINDESTENS!, Denke die Realität wird eher so bei 40-45MB pro Prozess im Schnitt liegen ... damit wären wir allein dafür bei 800-1200MB ... Und da ist noch kein Linux System mit dabei ...

Fällt Dir da was auf im Vergleich zu 1GB RAM?

[Ja.rod]

Okay, welches kostengünstige System wäre denn besser geeignet. Gehört wahrscheinlich jetzt nicht unbedingt hierher, bietet sich aber an. Ich bin da recht unwissend.

[Ja.rod]

Habe jetzt ein Downgrade des Adapters hm-rpc von 1.9.2 auf 1.8.2 gemacht, seitdem keinen einzigen Absturz mehr gehabt. hm-rega habe ich weiterhin auf 2.1.7 gelassen.

Gruß

Ja.rod

[apollon77]

Dann wäre das aber dringend etwas zum untersuchen …