Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@homoran sagte in raspi stürzt alle 2 Tage ab.:

ob das mit dem rpi2 nach dessen Umbau auch wieder mit RaspiOS Bookworm klappt hab ich noch nicht wieder getestet.

Sollte in V2 wieder funktionieren.

[Ro75]

rtwl sagte in raspi stürzt alle 2 Tage ab.:

MiB Mem : 3792.1 total, 1024.5 free, 2623.1 used, 213.9 buff/cache MiB Swap: 200.0 total, 197.7 free, 2.2 used. 1168.9 avail Mem

homoran sagte in raspi stürzt alle 2 Tage ab.:

MiB Mem : 8052.4 total, 3335.0 free, 3476.4 used, 1343.2 buff/cache MiB Swap: 200.0 total, 200.0 free, 0.0 used. 4576.0 avail Mem

??? Was ist denn nun richtig? 4 oder 8 GB RAM???

Ro75.

[Homoran]

@ro75 ???
ich hab natürlich keinen Zugriff auf den Rechner von @rtwl

[rtwl]

@ro75 sagte in raspi stürzt alle 2 Tage ab.:

Was ist denn nun richtig? 4 oder 8 GB RAM???

ich bin der mit dem Problem und der mit den 4 GB RAM

[OliverIO]

@rtwl
irgendwie geht es immer mehr ums raten.
gibt es den nun jetzt harte fakten?

in den log files sieht man nix, aber ich weiß auch nicht genau wann der rechner neu gestartet ist. war es überhaupt der raspi der neu gestartet ist, oder war es nur der iobroker der neu gestartet ist?

generelle fehler identifizieren:
man bräuchte einigermaßen die Uhrzeit des Ereignisses + Logfiles 5 Minuten vor und 5 Minuten nach dem Ereignis.

logfiles des systems abrufen kann man glaube ich auf raspi hiermit
https://www.linux-magazin.de/ausgaben/2016/02/systemd-journal/2/

zur prüfung des speichers, speichere dir bitte alle 1h oder alle 2h die ausgabe von top ab.
top schaut ja nur auf den augenblick. im top oben habe ich nix ungewöhnliches entdecken können. aber wie gesagt die speicherprobleme entwickeln sich über die zeit.
alternativ kannst du auch mal im iobroker die history aktivieren und die folgenden datenpunkte aufzeichnen. schaue dazu in den objekten unter dem folgenden zweig nach
system.host.<gerätename>
und zeichne mal alle datenpunkte mit mem auf.
das kann man dann später auch mit grafik anzeigen lassen.
das ist leider nur sehr grob, da es nur den speicherbedarf im allgmeinen anzeigt, aber nicht welcher prozess das im detail ist. da ist top auf die schnelle besser.

[rtwl]

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

gibt es den nun jetzt harte fakten?

wenn ich wüsste, was "harte fakten" sind, kann ich diese gerne bereitstellen.

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

war es überhaupt der raspi der neu gestartet ist, oder war es nur der iobroker der neu gestartet ist?

Es war der Raspi der abstürzt. Er ist per ssh nicht mehr erreichbar. Auf dem Raspi ist aber nur iobroker installiert. Zum leben hab ich ihn wieder mit der Tastenkombination (externe Tastatur dafür angeschlossen) ALT + DRUCK gedrückt halten und dann die Tasten R+E+I+S+U+B.

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

Logfiles 5 Minuten vor und 5 Minuten nach dem Ereignis.

Diese habe ich oben im Spoiler schon angehängt. Ebenso die Ausgabe von journalctl.

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

zeichne mal alle datenpunkte mit mem auf

Danke, das werde ich machen. Da hat mir @Homoran schon die entsprechenden DP´s markiert. Danke dafür.

[rtwl]

@homoran sagte in raspi stürzt alle 2 Tage ab.:

in deinem Output zu top fehlt leider die oberste Zeile!

ups, das war wohl ein Kopierfehler. Hier das top von gerade eben

top - 22:21:18 up 1 day,  3:52,  1 user,  load average: 0.76, 0.58, 0.51
Tasks: 179 total,   3 running, 176 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.3 us,  0.7 sy,  0.0 ni, 93.7 id,  0.0 wa,  0.0 hi,  0.3 si,  0.0 st
MiB Mem :   3792.1 total,    940.3 free,   2615.2 used,    312.3 buff/cache
MiB Swap:    200.0 total,      1.1 free,    198.9 used.   1176.8 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    665 iobroker  20   0 5545596 376372  17792 R  11.0   9.7 304:48.10 iobroker.js-con
   1224 iobroker  20   0  731608 121996  18176 S   4.0   3.1  75:13.88 io.shelly.0
   5408 iobroker  20   0 5486740 333960  18560 S   3.7   8.6  55:03.97 io.javascript.0
    881 iobroker  20   0  938532 154544  17536 S   2.0   4.0  37:48.75 io.history.0
   1332 iobroker  20   0  944652 136504  18432 S   1.0   3.5   5:16.49 io.zigbee.0
   1157 iobroker  20   0  712508  87132  17792 S   0.7   2.2   9:41.12 io.mqtt.0
   1493 iobroker  20   0  699988  76948  17792 R   0.7   2.0   5:57.27 io.operating-ho
    863 iobroker  20   0 5247204 163448  19072 S   0.3   4.2   3:02.36 io.admin.0
   1187 iobroker  20   0  687680  64424  17792 S   0.3   1.7   1:27.21 io.onkyo.0
   1346 iobroker  20   0  684900  61660  19200 S   0.3   1.6   1:26.67 io.alexa-timer-
   1525 iobroker  20   0  687716  66132  17792 S   0.3   1.7   1:23.97 io.trashschedul
   1552 iobroker  20   0  681732  54760  17664 S   0.3   1.4   1:16.30 io.vis-inventwo
   1588 iobroker  20   0 1012288 138464  18560 S   0.3   3.6   7:14.24 io.web.0
  19001 rtwl      20   0   11688   4736   2688 R   0.3   0.1   0:02.63 top
      1 root      20   0  168488   7808   4836 S   0.0   0.2   0:03.17 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.13 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-rcu_g
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-rcu_p
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-slub_
      7 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-netns

.

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

zur prüfung des speichers, speichere dir bitte alle 1h oder alle 2h die ausgabe von top ab.

Wie mach ich das, wenn ich nicht regelmäßig einen Zugriff auf den Laptop habe oder unterwegs bin? kann man das automatisieren?

[rtwl]

Momentaufnahme von gerade eben. Hat ca 2-3 Sekunden gedauert. Ist das normal? siehe CPU der Tasks.

top - 22:30:02 up 1 day,  4:01,  1 user,  load average: 1.39, 0.81, 0.63
Tasks: 182 total,   3 running, 179 sleeping,   0 stopped,   0 zombie
%Cpu(s): 37.5 us,  4.3 sy,  0.0 ni, 57.5 id,  0.0 wa,  0.0 hi,  0.8 si,  0.0 st
MiB Mem :   3792.1 total,    933.4 free,   2617.6 used,    316.9 buff/cache
MiB Swap:    200.0 total,      0.0 free,    200.0 used.   1174.4 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  19218 iobroker  20   0  678228  83692  34048 R  74.3   2.2   0:02.23 node
    665 iobroker  20   0 5532080 332584  17792 R  36.7   8.6 307:06.82 iobroker.js-con
   5408 iobroker  20   0 5482152 333060  18560 S  35.7   8.6  55:27.55 io.javascript.0
    881 iobroker  20   0  938036 154684  17536 S   7.0   4.0  38:01.16 io.history.0
   1224 iobroker  20   0  730840 119564  18176 S   5.7   3.1  75:36.75 io.shelly.0
   1588 iobroker  20   0 1012288 138732  18560 S   4.0   3.6   7:16.13 io.web.0
   1157 iobroker  20   0  712508  87212  17792 S   0.7   2.2   9:44.11 io.mqtt.0
   1242 iobroker  20   0  691576  67472  17792 S   0.7   1.7   1:50.92 io.shuttercontr
   1403 iobroker  20   0  957808  78288  18560 S   0.7   2.0   7:01.19 io.bring.0
   1581 iobroker  20   0 1248044 285892  18816 S   0.7   7.4  13:13.11 io.weather-warn
     17 root      20   0       0      0      0 I   0.3   0.0   0:58.34 rcu_preempt
   1113 iobroker  20   0  961892  79280  18304 S   0.3   2.0   2:18.51 io.alexa2.0
   1525 iobroker  20   0  687716  65964  17792 S   0.3   1.7   1:24.33 io.trashschedul
   1618 iobroker  20   0  708780  66968  17920 S   0.3   1.7   1:28.46 io.simple-api.0
   5138 iobroker  20   0  690060  73288  17792 S   0.3   1.9   1:51.82 io.radar2.0
      1 root      20   0  168488   7808   4836 S   0.0   0.2   0:03.18 systemd

[OliverIO]

@rtwl

ich liebe es wenn man meine posts detailliert liest, wenn du es nochmal liest entdeckst du auch die abschnitte um die harte fakten zu ermitteln (stichwort top über mehrere stunden und systemjournal auswerten.)

wenn du ständig unterwegs bist wird es schwierig, aber auch da hatte ich ja einen vorschlag gemacht um zumindest den speicherverbrauch auszuschließen (stichwort historisierung von datenpunkten)

speichertechnisch sieht das top erstmal ok aus, aber ich weiß ja nicht, ob das erst kurz nach einem neustart ausgegeben wurde oder der raspi jetzt schon annähernd 2 tage lief.

ja da laufen 3 prozesse mit höherer last. einer davon ist der javascript adapter. d.h. da läuft gerade ein skript oder blockly, das das gerät etwas beansprucht, aber nicht zu sehr. wenn das nach kurzer zeot prozentual wieder runtergeht ist es ok.
allerdings hab ich da nicht so richtig das verhältnis, da ich selbst alles auf einem nuc laufen habe. evtl können andere hier ihre erfahrungswerte bei einem raspi 4 mitteilen.

[rtwl]

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

stichwort top über mehrere stunden

ja, das versuche ich morgen, da werde ich zuhause sein. Werde da regelmäßig die Daten Speichern. Könntest du mir da eventuell noch genau sagen auf was ich da schauen soll? Klar, den Speicher, aber welcher Wert/welche Werte sind das im top? ansonsten müsste ich alle top´s einzeln hier posten. Was ich gerne machen kann, wenn gewünscht.

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

systemjournal auswerten

das journal hab ich ausgelesen und weiter oben gepostet. beim auswerten tuh ich mir schwer, weil ich da keine Ahnung hab, was mir das Journal sagen will - ich hab da irgendwas von bluetooth gelesen rund um den Zeitpunkt des Ausfalls, aber wie oben beschrieben verwende ich Bluetooth auf meinem Raspi nicht.

@oliverio sagte in raspi stürzt alle 2 Tage ab.:

speicherverbrauch auszuschließen (stichwort historisierung von datenpunkten)

ja, die Historierung der entsprechenden Datenpunkte hab ich vor 30 min aktiviert.

Ich bin wirklich sehr dankbar für jede Hilfe, aber bitte vergleich mich nicht mit einem Profi, der sofort weiß was er wo checken kann, wenn man von RAM oder CPU redet. Das waren für mich (bis vor kurzem) nur jeweils 3 Buchstaben. Ich gebe mir eh mühe euch zu folgen.

[OliverIO]

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

a, das versuche ich morgen, da werde ich zuhause sein. Werde da regelmäßig die Daten Speichern. Könntest du mir da eventuell noch genau sagen auf was ich da schauen soll? Klar, den Speicher, aber welcher Wert/welche Werte sind das im top? ansonsten müsste ich alle top´s einzeln hier posten. Was ich gerne machen kann, wenn gewünscht.

ja poste das komplett und am besten 3 stück im Abstand von 2-3 Stunden.
Es geht nur um mal die tendenz auszumachen.
Interessant ist natürlich die Spalte MEM% und oben die MiB Mem und MiB Swap.
Aber einfacher ist einfach alles.

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

Ich bin wirklich sehr dankbar für jede Hilfe, aber bitte vergleich mich nicht mit einem Profi, der sofort weiß was er wo checken kann, wenn man von RAM oder CPU redet. Das waren für mich (bis vor kurzem) nur jeweils 3 Buchstaben. Ich gebe mir eh mühe euch zu folgen.

das trifft auf einige zu, leider kommt es oft vor, das man Anweisungen schreibt, die werden aber nicht umgesetzt und wenn nicht verstanden, wird nicht nachgefragt.
ich schreib ja eh schon mehr text und kann auch nicht immer prophylaktisch alle detailanweisungen mitliefern. manche kennen das, manche schauen im internet wie man etwas bestimmtes macht und manche fragen dann einfach nach. alles ist ok

[rtwl]

@oliverio
super danke für die Erklärung. Dann werde ich die tops morgen Abend hier posten. vielleicht erkennen wir dann ja was.
Verstehe auch, dass es schwer ist, weil man eben nicht weiß, wie der Wissensstand des virtuellen-gegenüber.

[OliverIO]

@rtwl

und wenn der nächste absturz ist, dann uhrzeit aufschreiben,
damit wir die systemlogs (nicht iobroker logs) prüfen können

[rtwl]

@oliverio

reicht es dann wieder so, wie hier. das war das log von gestern ab 1 min vor dem Crash.
https://forum.iobroker.net/topic/76034/raspi-stürzt-alle-2-tage-ab/28?_=1722110928041
darauf hat leider noch keiner reagiert.

[OliverIO]

@rtwl

ach da war ein absturzereignix? wieviel uhr war da was ?
hab nur was mit adminproblrm gelesen
die uhrzeit mit absturz stand auch nicht (so deutlich) dran.

[rtwl]

@oliverio der war genau um 13:25 Uhr.

[OliverIO]

@rtwl

ik im iobroker log sehe ich das der admin nochmal gestartet wurde, da aber bereits eine instanz lief wurde das abgebrochen.

im journal sehe ich, das der networkmanager neu gestartet wurde und damit zusammen auch alle abhängigen dienste ebenfalls. ein Absturz Ereignis kurz davor kann ich daraus nicht ablesen
entweder sehen wir noch nicht alle logeinträge oder der Absturz kam sehr plötzlich.

[rtwl]

@oliverio
dann vermute ich eher einen plötzlichen Absturz. bin mir ziemlich sicher, dass ich alles im Log kopiert habe.

Leider hab ich gerade ein anderes Problem, welches (so denke ich) nicht mit dem aktuellen zusammenhängt. Meine VIS lässt sich nicht mehr starten und ich weiß nicht warum - aber dazu werde ich wohl einen neuen Thread eröffnen müssen.

[OliverIO]

@rtwl

wenn du auf den aktuellen admin (v7.. aus dem beta repo) aktualisiert hast,
dann scheint es da ein problem zu geben.
https://github.com/ioBroker/ioBroker.admin/issues/2570

besser nix von beta installieren, bzw. nur aus besonderem grund

[rtwl]

@oliverio
nein, hab keine Beta installiert.
hier der Thread dazu, falls du helfen kannst und um diese Zeit noch willst: https://forum.iobroker.net/topic/76089/vis-startet-nicht-mehr-vermutlich-eigenverschulden