raspi stürzt alle 2 Tage ab.
-
@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.
-
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.
-
-
@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
-
@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. -
@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.
-
@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
topvon gerade ebentop - 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?
-
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 -
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. -
@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.
-
@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 -
@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. -
und wenn der nächste absturz ist, dann uhrzeit aufschreiben,
damit wir die systemlogs (nicht iobroker logs) prüfen können -
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. -
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. -
@oliverio der war genau um 13:25 Uhr.
-
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. -
@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.
-
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/2570besser nix von beta installieren, bzw. nur aus besonderem grund
-
@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
