Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

@jojo58 schau genauer hin

[JoJo58]

@crunchip Was meinst du mit "und dein Ram"? Ich habe einen Raspi mit 8GB.

[JoJo58]

@arteck Ich weiß, habe ich ja dazu geschrieben, die 4 laufen alle auf Port 8082 und zusätzlich auf 8089. Durch @Homoran weiß ich aber schon, das das durch die zweite Web Instanz kommt.

[Homoran]

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

Ich habe einen Raspi mit 8GB.

und diese 8gb müssen in der letzten Zeit aufgebraucht gewesen sein.
Der Notfall-Fallschirm ist aufgebraucht.

[JoJo58]

@homoran Naja, laut Statistik waren immer noch über 1 GB frei. Da würden die 100 MB Swap auch nicht helfen, oder?
Jetzt im Moment ist wieder mehr frei, aber wahrscheinlich heute Nacht, nachdem BackItUp läuft, sind die 100 MB Swap zumindest zeitweise wieder voll und die gehen dann auch nicht mehr auf null runter. Ist bei dem anderen Raspi genauso, hatte schon überlegt die Swap zu vergrößern, aber ob das sinnvoll ist, weiß ich auch nicht genau.

[Homoran]

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

Naja, laut Statistik waren immer noch über 1 GB frei

eher nicht! sonst wäre der Swap nicht vollständig aufgebraucht worden.

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

Jetzt im Moment ist wieder mehr frei

davon hatte ich mich auch ablenken lassen.

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

aber wahrscheinlich heute Nacht, nachdem BackItUp läuft, sind die 100 MB Swap zumindest zeitweise wieder voll und die gehen dann auch nicht mehr auf null runter.

sollte aber nicht passieren. Backitup benötigt viel RAM, aber das sollte nicht den Swap aktivieren.
Bei mir war das noch nie (?) der Fall.

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

schon überlegt die Swap zu vergrößern, aber ob das sinnvoll ist,

nein.

Möglicherweise hast du ein Speicherfresser Skript.

[JoJo58]

@homoran So, das System ist jetzt aktualisiert, inklusive node.js. Mal sehen wie es morgen läuft, heute kann ich leider nicht mehr viel machen.

smarthome@raspi8gb:~ $ type -P nodejs node npm npx && nodejs -v && node -v && npm -v && npx -v
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
/usr/bin/npx
v18.17.1
v18.17.1
9.6.7
9.6.7
smarthome@raspi8gb:~ $

[JoJo58]

@homoran Wie kriege ich denn raus, welches Script so hungrig ist?

[Homoran]

@jojo58 was zeigt top?

[Homoran]

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

@homoran Wie kriege ich denn raus, welches Script so hungrig ist?

du loggst ja so schön den Speicherplatz. Wenn der auf einmal (und das regelmäßig) knapp wird, müsste das Skript gestartet sein

[JoJo58]

@homoran Was ist denn iobroker.js-con ???

smarthome@raspi8gb:~ $ top
top - 17:36:39 up 45 min,  3 users,  load average: 1,97, 2,47, 2,58
Tasks: 241 total,   4 running, 237 sleeping,   0 stopped,   0 zombie
%CPU(s): 15,9 us,  2,4 sy,  0,0 ni, 81,1 id,  0,0 wa,  0,0 hi,  0,6 si,  0,0 st
MiB Spch:   7811,3 total,   2106,6 free,   2690,0 used,   3014,7 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.   4951,9 avail Spch

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
 8249 iobroker  20   0  517468 407400  39592 R  44,0   5,1  18:24.55 iobroker.js-con
 8365 iobroker  20   0  421060 294172  39760 R   7,3   3,7   5:19.43 io.javascript.0
 8305 iobroker  20   0  219324  88468  34040 R   5,3   1,1   2:50.24 io.influxdb.0
 8519 iobroker  20   0  206836  73552  34112 S   3,3   0,9   0:32.80 io.shelly.0
 8587 iobroker  20   0  233552  98888  35376 S   3,0   1,2   0:23.31 io.zigbee.0
 8617 iobroker  20   0  190392  57680  34000 S   3,0   0,7   0:11.59 io.nut.0
  577 influxdb  20   0 1760700 185704  24440 S   1,3   2,3   2:59.87 influxd
 8568 iobroker  20   0  198092  68812  36300 S   1,3   0,9   0:13.57 io.hue.0
 8267 iobroker  20   0  293116 167804  40564 S   1,0   2,1   0:45.00 io.admin.0
 8806 iobroker  20   0  199776  72192  40796 S   0,7   0,9   0:07.34 io.backitup.0
 9228 iobroker  20   0  215600  88968  41036 S   0,7   1,1   1:02.77 io.device-watch
11242 smartho+  20   0   11592   3408   2688 R   0,7   0,0   0:00.19 top
  104 root      20   0       0      0      0 S   0,3   0,0   0:05.81 jbd2/sda2-8
  143 root      20   0   61800  40420  39504 S   0,3   0,5   0:12.89 systemd-journal
  564 analyzer  20   0  174160  52628  39264 S   0,3   0,7   0:08.09 node
 2041 smartho+  20   0   14512   4388   3476 S   0,3   0,1   0:00.21 sshd
 5545 root      20   0       0      0      0 I   0,3   0,0   0:02.27 kworker/u8:0-ext4-rsv-conversion
 8278 iobroker  20   0  189588  56032  34004 S   0,3   0,7   0:05.32 io.email.0
 8466 iobroker  20   0  198108  66220  35280 S   0,3   0,8   0:12.80 io.hm-rpc.0
 8486 iobroker  20   0  199872  69636  35192 S   0,3   0,9   0:13.80 io.hm-rpc.1
 8681 iobroker  20   0  189080  55788  33920 S   0,3   0,7   0:05.28 io.discovery.0
 8972 iobroker  20   0  208012  76340  34656 S   0,3   1,0   0:42.53 io.web.0
 9013 iobroker  20   0  199916  63880  34880 S   0,3   0,8   0:09.47 io.info.0
 9070 iobroker  20   0  189108  56368  33932 S   0,3   0,7   0:05.03 io.text2command
 9165 iobroker  20   0  203596  73080  34004 S   0,3   0,9   1:01.57 io.sourceanalyt
 9305 iobroker  20   0  191316  64548  39444 S   0,3   0,8   0:11.76 io.logparser.0
10469 root      20   0       0      0      0 I   0,3   0,0   0:03.17 kworker/1:0-mm_percpu_wq

[Homoran]

der
@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

iobroker.js-controller

[JoJo58]

@homoran Aber ich finde 5% Speicher nicht viel, oder vertue ich mich damit? Wenn das von 8 GB gerechnet wird, sind es "nur" 400 MB. Da macht mir die CPU Last eigentlich mehr Sorgen.

[Homoran]

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

oder vertue ich mich damit

das ist ja nur eine Momentaufnahme.

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

Da macht mir die CPU Last eigentlich mehr Sorgen.

mir auch.
Der Controller hat viel zu tun.

so etwas

@homoran sagte in In der Übersicht mehrere doppelte Einträge:

hier läuft ein Prozess mehrfach.

belastet den Controller batürlich auch, wenn die Prozesse dauernd neu gestartet und beendet werden

[JoJo58]

@homoran Ich lasse das jetzt mal so laufen und beobachte das mal bis morgen und melde mich dann nochmal dazu. Danke für deine schnelle Hilfe

Bis morgen dann, Gruß Johannes.

[JoJo58]

@homoran Moin, wie versprochen melde ich mich nochmal. Auf dem Screenshot ist zu sehen, das der freie Speicher während des Backups so gegen null runtergeht, aber dann tatsächlich wieder freigegeben wird. Danach geht es dann kontinuierlich bergab mit dem freien Ram. Zum Schluss pendelt sich das bei 700 bis 800 MB ein.
Ich habe in den letzten Tagen und auch heute viel gemacht. Wie z.B. für alle Geräte einen Alias angelegt, danach die InfluxDB Einstellungen der Alias Datenpunkte angepasst, da die leider nicht übernommen wurden. Bis auf ein paar Ausnahmen jedenfalls. Mit den Datenpunkten und dem Bereinigen der InfluxDB bin ich noch eine Zeitlang beschäftigt, danach geht es mit dem Ändern der ganzen Scripte und der VIS weiter. Im Moment geht es von der Geschwindigkeit, mal sehen ob es so bleibt.

Nochmal Danke für deine Hilfe.

Gruß Johannes

[Homoran]

@jojo58 sagte in In der Übersicht mehrere doppelte Einträge:

das der freie Speicher während des Backups so gegen null runtergeht, aber dann tatsächlich wieder freigegeben wird.

das läuft so korrekt! der Swap wird nicht benutzt!
also alles ok.

Wenn dann noch zusätzlich der Swap verwendet wird, ist der RAM Verbrauch schon vor dem Start des Backups zu hoch.