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

[tklein]

@holgerble said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Es gibt diverse usb Adapter (auf SSD), die Probleme machen

welche meinst du damit? D meinst jetzt nicht die IOB-Adapter, oder?

[tklein]

@holgerble said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Su solltest das Ganze mal auf einem anderen Medium installieren, SD-Card, USB-Stick,

con SD bin ich ja wegen der Ausfälle gewechselt.

[Thomas Braun]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Könnte es auch auch an einer vollen Swap Partition liegen?

Ja. Dir geht der Speicher aus und das System killt im Selbsterhaltungstrieb alles was nicht systemrelevant ist: Den iobroker z. B.

[Homoran]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Könnte es auch auch an einer vollen Swap Partition liegen?

bitte keine Screenshots

Und nicht Ursache und Wirkung verwechseln.
Die volle SWAP Partition ist ein Zeichen, dass irgendetwas zuviel RAM verbraucht.
Die darf nicht volllaufen

Auch dein RAM ist sogar aktuell voll
Sortier mal nach MEM

[tklein]

@homoran sorry wieder ein screen, da ich nicht weiss wie ich den inhalt sonst hier posten könnte

ist das normal, dass Prozesse/Dienste mehrfach enthalten sind?

[Thomas Braun]

@tklein

Ja, ist normal. Das ist ein Mehr-Kern-Prozessor da, 4 cores vermute ich.
Sortier das mal nach MEM%.
Und die Ausgabe von

free -ht --mega

mal anschauen. Bitte nicht als Screenshot, sondern in CodeTags eingebettet:

[Homoran]

@thomas-braun sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Sortier das mal nach MEM%.

hat er schon, sein controller raucht

[Thomas Braun]

@homoran
Nee, das ist nach VirtMEM sortiert. Aber in der Tendenz natürlich ähnlich.

[Homoran]

@thomas-braun sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

ist nach VirtMEM

tatsächlich!

[tklein]

@thomas-braun

![40edfef3-bdb4-4c3a-8b46-975abeea5f1b-grafik.png](/assets/uploads/files/1642334082039-40edfef3-bdb4-4c3a-8b46-975abeea5f1b-grafik.png) 

free -ht --mega:

pi@raspberrypi-iob:~ $ free -ht --mega
              total        used        free      shared  buff/cache   available
Mem:           3.8G        2.0G        1.1G         39M        675M        2.1G
Swap:           99M         96M        3.0M
Total:         3.9G        2.1G        1.1G
pi@raspberrypi-iob:~ $

Hatte den iob gestoppt und erneut gestartet.

[Thomas Braun]

@tklein

Der SWAP dürfte jetzt über die Zeit wieder leer laufen.
Arbeitsspeicher ist ansonsten im Moment gesund. Ich vermute, da haut dir irgendein krummes Skript den Speicher voll. Oder ein Loop im Backup.

[tklein]

@thomas-braun thx für deine infos.

swap ist noch nicht kleiner geworden:

pi@raspberrypi-iob:~ $ free -ht --mega
              total        used        free      shared  buff/cache   available
Mem:           3.8G        2.1G        1.0G         39M        679M        2.0G
Swap:           99M         96M        3.0M
Total:         3.9G        2.2G        1.0G
pi@raspberrypi-iob:~ $

Macht es Sinn, den Swap zu vergrößern? Oder soll der bei SSD überhaupt aktiviert sein?

Kann ich bei Blockly-Skripten gezielt schauen, wie die mit Resourcen umgehen?
Habe ca. 250 Blockly Skripte zum durchforsten.

[Thomas Braun]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Macht es Sinn, den Swap zu vergrößern? Soll der bei SSD überhaupt aktiviert sein?

Nein, dann läuft der nur später voll. Du musst den Grund für den wuchernden Speicherverbrauch finden. Ist bei 250 Blocklies natürlich eine Mammut-Aufgabe.

[tklein]

@thomas-braun said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Nein, dann läuft der nur später voll.

solange ich den Grund noch nicht gefunden habe, wäre mir 1x im Monat lieber als 2-3 in der Woche

[Thomas Braun]

@tklein
Das dürfte dann genauso häufig passieren. Immer dann wenn das skript/blockly aufgerufen wird und den Speicher zuballert.

[Homoran]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

solange ich den Grund noch nicht gefunden habe

das muss deine oberste Priorität sein.
Der Swap ist nur der Rettungs-Fallschirm
sich einen größeren besorgen und dann mutwillig vom Hochhaus stürzen kann nicht Sinn der Sache sein.

Als erstes den freien Speicher loggen und beobachten wann der verschwindet

dann am besten mit der50/50 Methode die Skripte abschalten und weiter beobachten

[tklein]

@homoran hier mal eine Grafik von meinem freien Speicher, den ich mit dem rpi adapter auslege und logge:

![5d76e5db-ccb8-4d5e-b5d8-5c4693202ee8-grafik.png](/assets/uploads/files/1642338417730-5d76e5db-ccb8-4d5e-b5d8-5c4693202ee8-grafik.png) code_text

Immer so um 2:00 Uhr geht der runter. Evtl. das nächtliche Backup.

[Thomas Braun]

@tklein

2 Uhr morgens ist so 'ne typische Zeit für ein Backup. Dann schau doch mal da wie dein Backup angelegt ist. Per Backitup-Adapter?

Gewollte Screenshots gehören übrigend nicht in CodeTags. Dann kann man die auch sehen.

[tklein]

@thomas-braun

Ich hatte verstanden, dass die Screens in Code Tags sollen

Bei mir läuft um 2:15 Uhr der Backup Adapter für

• iobroker
• influx db
• javascript
• zigbee
• grafana
• yahka

in die dropbox und lokal

[Homoran]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Bei mir läuft um 2:15 Uhr der Backup Adapter fü

1.) alles zeitgleich?
ich denke zwar, dass das nacheinander abgewickelt wird, daber das Packen der Daten braucht RAM und könnte sich überlappen.

2.) wie groß sind die Backups?
ist da ggf. etwas durch falsche Pfade in der Schleife gesichert