Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Karacho]

crontab -i bringet: not crontab
neustart ist auch nicht exakt zur gleichen Zeit..

[Thomas Braun]

@Karacho sagte in Automatidcher Reboot iobroker täglich:

*** MEMORY ***
total used free shared buff/cache available
Mem: 4.0G 3.4G 337M 204K 399M 619M

Könnte zu wenig RAM sein. Bei 'Lastspitzen' (Backup usw.) wird der ioBroker gestoppt.

Pending Updates: 6

Hau die Updates drauf.

[crunchip]

@Karacho sagte in Automatidcher Reboot iobroker täglich:

system.adapter.discovery.0

@Karacho sagte in Automatidcher Reboot iobroker täglich:

system.adapter.info.0

oder Unnötiges/veraltetes deaktivieren/löschen um Ram frei zu machen

[Thomas Braun]

@crunchip

Und das LogLevel gescheit einstellen.

debug: easee.0

[Codierknecht]

@Karacho
Ist das so richtig, dass da zwei Instanzen auf den gleichen Port horchen?

+ system.adapter.mihome-vacuum.0          : mihome-vacuum         : iobroker20                               -  enabled, port: 54321
+ system.adapter.mihome-vacuum.1          : mihome-vacuum         : iobroker20                               -  enabled, port: 54321

[Solardach]

@karacho

Ich hatte die gleichen Probleme mit einem 4GB Raspi 4.
Wenn man einige Adapter installiert hat, reichen die 4GB nur sehr knapp. Kommen dan noch zusätzliche Jobs hinzu wird es eng und IOBroker startet neu.
Also, entweder einige Adapter/Instanzen beenden oder RAM aufrüsten.

Ich habe auf einen N150 Mini PC mit 16GB RAM aufgerüstet und IOBroker Läuft Monatelang ohne Probleme.

[Karacho]

@Thomas-Braun

@Thomas-Braun sagte in Automatidcher Reboot iobroker täglich:

@crunchip

Und das LogLevel gescheit einstellen.

debug: easee.0

Wie stelle ich das ein?

[Karacho]

Also, der iobroker stürzt inzwischen unregelmäßog ab und startet neu.

Besonders, wenn ich nebenbei in der Vis und Flot Änderungen mache. Deutet auf RAM hin....

[Thomas Braun]

@Karacho sagte in Automatidcher Reboot iobroker täglich:

Wie stelle ich das ein?

Bei der entsprechenden Instanz.

Deutet auf RAM hin....

Natürlich.

[Homoran]

@Karacho sagte in Automatidcher Reboot iobroker täglich:

Wie stelle ich das ein?

Siehe hier:
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge

(dort als Beispiel allerdings auf debug umstellen)

Was zeigt denn im laufenden Betrieb die Ausgabe von top an?

@Karacho sagte in Automatidcher Reboot iobroker täglich:

Active iob-Instances: 38

brauchst du die alle?
Das ist natürlich ziemlich happig bei 4GB RAM, aber vielleicht klemmt es da woanders auch noch

Hast du inzwischen alle Adapter aktuell?

[Karacho]

Hallo,

• habe jetzt alle Adapter aktuell.
• nur die easee Adapter waren im debug Modus
• habe einige Instanzen dekativiert
• hier mal eine Auswertung (keine ahnug, ob das aussagekräftig)

[Karacho]

Top:

Tasks: 210 total,   1 running, 209 sleeping,   0 stopped,   0 zombie
%Cpu(s): 10.8 us,  1.8 sy,  0.0 ni, 86.8 id,  0.0 wa,  0.0 hi,  0.6 si,  0.0 st
MiB Mem :   3795.9 total,    796.5 free,   2509.2 used,    578.3 buff/cache
MiB Swap:    200.0 total,    186.2 free,     13.8 used.   1286.6 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 224889 iobroker  20   0   11.3g 362204  54368 S  21.9   9.3  29:52.20 iobroker.js-con
 225092 iobroker  20   0   11.0g 242784  53596 S  11.3   6.2  10:33.17 io.javascript.0
 229771 iobroker  20   0   10.9g 119148  54436 S   7.6   3.1   0:15.31 io.zendure-sola
 225055 iobroker  20   0   10.9g 129244  47972 S   5.0   3.3   5:35.65 io.history.0
 225406 iobroker  20   0   10.8g 124184  53388 S   2.6   3.2   5:41.94 io.sonoff.0
 225346 iobroker  20   0   11.0g 106136  49228 S   2.0   2.7   0:22.70 io.hmip.0
 225015 iobroker  20   0   21.1g 219916  56120 S   1.7   5.7   2:00.03 io.admin.0
    627 root      20   0  263044   8108   6272 S   0.3   0.2   2:47.16 NetworkManager
 225107 iobroker  20   0   10.8g  96776  49196 S   0.3   2.5   0:09.97 io.pushover.0
 225479 iobroker  20   0   10.8g  93604  48016 S   0.3   2.4   0:18.40 io.mihome-vacuu
 225949 iobroker  20   0   11.0g 104716  54676 S   0.3   2.7   0:11.53 io.easee.0
 229639 root      20   0       0      0      0 D   0.3   0.0   0:00.26 kworker/1:0+events_freezable
 229877 pi        20   0   11716   5044   2820 R   0.3   0.1   0:00.26 top

[OliverIO]

@Karacho

War da den jetzt ein Neustart dabei?
Ich sehe da gar nix.
Die einzige kleine Auffälligkeit ist ca 23 Uhr.

[Homoran]

@OliverIO sagte in Automatidcher Reboot iobroker täglich:

War da den jetzt ein Neustart dabei?
Ich sehe da gar nix.

@karacho
Ja, die oberste Zeile fehlt leider.
ausser das der SWAP etwas gebraucht wurde sehe ich auch nichts

[Karacho]

@OliverIO
Ja, um 23 Uhr war ein Neustart

[Karacho]

Hier noch einmal top

login as: pi
pi@192.168.178.71's password:
Linux iobroker20 6.12.47+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.47-1+rpt1~bookw                                                                                 orm (2025-09-16) aarch64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Dec 21 23:42:13 2025 from 192.168.178.167
pi@iobroker20:~ $ top
top - 15:52:11 up 3 days, 17:22,  1 user,  load average: 0.17, 0.38, 0.75
Tasks: 199 total,   1 running, 198 sleeping,   0 stopped,   0 zombie
%Cpu(s): 12.4 us,  1.6 sy,  0.0 ni, 85.4 id,  0.0 wa,  0.0 hi,  0.6 si,  0.0 st
MiB Mem :   3795.9 total,    216.9 free,   2818.7 used,    864.0 buff/cache
MiB Swap:    200.0 total,    184.8 free,     15.2 used.    977.1 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 224889 iobroker  20   0   11.3g 405168  54368 S  23.8  10.4 234:17.33 iobroker.js-con
 225092 iobroker  20   0   11.2g 273024  53660 S  11.3   7.0  86:38.88 io.javascript.0
 245454 iobroker  20   0   10.9g 133492  54504 S   6.6   3.4   2:55.99 io.zendure-sola
 225406 iobroker  20   0   10.8g 125008  53448 S   5.6   3.2  66:29.22 io.sonoff.0
 225055 iobroker  20   0   11.0g 137472  48032 S   5.0   3.5  47:21.71 io.history.0
 225306 iobroker  20   0   10.8g 110092  47900 S   3.0   2.8   4:41.10 io.ems-esp.0
 225860 iobroker  20   0   11.0g 127960  49316 S   1.3   3.3   2:42.84 io.mercedesme.0
 225015 iobroker  20   0   21.1g 226676  56120 S   0.7   5.8   7:36.41 io.admin.0
     18 root      20   0       0      0      0 I   0.3   0.0   1:04.10 rcu_preempt
     99 root     -51   0       0      0      0 S   0.3   0.0   9:17.27 irq/40-mmc0
 225716 iobroker  20   0   11.0g 138956  54300 S   0.3   3.6   1:23.01 io.zigbee.0
 245558 root      20   0       0      0      0 I   0.3   0.0   0:01.84 kworker/0:1-events
 247029 pi        20   0   11716   5016   2820 R   0.3   0.1   0:00.13 top
      1 root      20   0  168552   7836   5532 S   0.0   0.2   0:38.21 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.78 kthreadd
      3 root      20   0       0      0      0 S   0.0   0.0   0:00.00 pool_workqueue_release
      4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-kvfree_rcu_reclaim
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-rcu_gp
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-sync_wq
      7 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-slub_flushwq
      8 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-netns
     10 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0H-events_highpri
     12 root      20   0       0      0      0 I   0.0   0.0   0:00.01 kworker/u16:0-netns
     13 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-mm_percpu_wq
     14 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_kthread
     15 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_rude_kthread
     16 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_trace_kthread
     17 root      20   0       0      0      0 S   0.0   0.0   0:30.92 ksoftirqd/0
     19 root      20   0       0      0      0 S   0.0   0.0   0:00.00 rcu_exp_par_gp_kthread_worker/0
     20 root      20   0       0      0      0 S   0.0   0.0   0:00.01 rcu_exp_gp_kthread_worker
     21 root      rt   0       0      0      0 S   0.0   0.0   0:00.10 migration/0
     22 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/0
     23 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/1
     24 root      rt   0       0      0      0 S   0.0   0.0   0:00.08 migration/1
     25 root      20   0       0      0      0 S   0.0   0.0   0:17.64 ksoftirqd/1
     27 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/1:0H-events_highpri

[Homoran]

@Karacho sagte in Automatidcher Reboot iobroker täglich:

up 3 days

passt nicht zu

@Karacho sagte in Automatidcher Reboot iobroker täglich:

um 23 Uhr war ein Neustart

oder vor 3 Tagen 23:00?

Auf jeden Fall ist nach 3 Tagen+

@Karacho sagte in Automatidcher Reboot iobroker täglich:

MiB Swap: 200.0 total, 184.8 free, 15.2 used. 977.1 avail Mem

nicht besorgniserregend

[Thomas Braun]

@Karacho

Haste jetzt aufgeräumt? Zeig nochmal die Ausgabe von

iob diag

[OliverIO]

@Karacho

top bringt bei so etwas nur bedingt, da es eine augenblicksdarstellung ist

aufgrund der 24h darstellung sind die ausschläge natürlich nicht so ganz klar.
woher kommen die daten?
sind die aus dem iobroker?
evtl kannst du auch mal noch den gesamt ram verbrauch des kompletten systems tracken.

ansonsten kann ich nur auf den üblichen verdächtigen verweisen:
den javascript adapter
da ist vor 23 uhr ein leichter anstieg mit einem heftigeren ausschlag beim admin-adapter und iobroker.
den admin adapter kann ich mir nicht erklären. evtl weiß noch jemand, was den der admin so operativ den tag durch macht.
eigentlich ist er ja nur dazu da einstellungen vorzunehmen?
hattest du einen browser mit der admin ansicht offen?

wenn sich so ein restart regelmäßig wiederholt ist das meist ein speicherproblem. ein oder mehrere skripte benötigen viel speicher und das betriebssystem entscheidet irgendwann dann mal den prozess neu zu starten. das könntest du dann auch mal im syslog des betriebssystems (bei linux) schauen. schlüsselwörter wären fatal oder error oder warn

als nächstes müsstest du mal deine skripte durchschauen ob du da ein schedule oder cron drin hast, was zur uhrzeit passt. ggfs auch nochrmale wiederholungen beachten, bei denen sich dann ausgerechnet um 23 uhr mehrere treffen und dann das system in schwierigkeiten bringt.

auch problematische javascript kann sogenannte memory leaks erzeugen, bei dem speicher geblockt wird aber nicht mehr freigegeben wird (meist bei setInterval/setTimeout, insbesondere dann wenn da was verschachtelt statt findet.)

ggfs. wirst du skripte auch mal temporär deaktivieren müssen. alternativ können zusätzlich eingefügte logausgaben auch etwas mehr informationen liefern wann da was ausgeführt wird (vergrößert aber dann wieder die last auf das system und ggfs memory)

[Karacho]

@Homoran

Jetzt 15:50Uhr
PAsst aber zu dem heri: