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

[shellyrulestheworld]

@wendy2702

pi@raspberrypi:~ $ ls -la /etc/motioneye
total 936
drwxr-xr-x  2 root root   4096 Jan 25 13:35 .
drwxr-xr-x 98 root root   4096 Mar 12 07:54 ..
-rw-r--r--  1 root root   2408 Jan 25 15:23 camera-1.conf
-rw-r--r--  1 root root   2426 Jan 25 15:24 camera-2.conf
-rw-r--r--  1 root root 307215 Dec 29 19:59 mask_1.pgm
-rw-r--r--  1 root root 307215 Jan 23 12:11 mask_2.pgm
-rw-r--r--  1 root root 307215 Jan 25 13:31 mask_3.pgm
-rw-r--r--  1 root root    249 Jan 25 15:24 motion.conf
-rw-r--r--  1 root root   2865 Dec 24 09:07 motioneye.conf

[wendy2702]

@shellyrulestheworld Also hast du aktuell 2 Netzwerk Kameras angeschlossen?

Warum dann drei mask files und welche Konfig hast du editiert ?

[shellyrulestheworld]

@wendy2702
ich hatte schon mal bis zu 3 Kameras drin, vielleicht sind das noch "Leichen" !? Und ja, ich habe aktuell nur zwei Network cameras drin.

naja, in den configs habe ich nichts dazu gefunden. Und ich habe hier mal eine Discussion gestartet, jedoch ohne Erfolg

https://github.com/Motion-Project/motion/discussions/1623

[wendy2702]

Hier mal geschaut:

[shellyrulestheworld]

@wendy2702 ja, ist disabled:

[shellyrulestheworld]

hab die ganzen Meldungen jetzt weg bekommen. Hab in der motion.conf das video device auf 10 gesetzt

[Ein ehemaliger Benutzer]

@shellyrulestheworld sagte in Raspberry Absturz alle 3 Tage:

hab die ganzen Meldungen jetzt weg bekommen. Hab in der motion.conf das video device auf 10 gesetzt

Moin,

ich kenne die Software nicht, aber so macht man das normalerweise nicht. Wenn Du etwas in einem Programm nutzen oder deaktivieren möchtest, dann sollte man in der passenden Konfigurationsdatei entweder etwas aktivieren oder deaktivieren.
Du hast nur einen falschen Eintrag erstellt, der Dir irgendwann auf die Füße fallen wird.

Da es leider wieder ein Bild von einer Textdatei ist, kann man leider nicht zitieren.

Aber nur mal so am Rande, das ";" sollte Dein Freund sein, damit kommentierst Du, dass das Programm nicht mehr auf das "video device" achten soll

Ich denke, so sollte es richtig sein.

# video device (e.g. /dev/video.0) to be used for capturing
; video_device /dev/video.0

VG
Bernd

[apollon77]

@shellyrulestheworld I googled that for you .... https://linuxhint.com/make-top-command-sort-by-memory-usage/ ... Shift M

[shellyrulestheworld]

@dp20eic Vielen Dank für deinen Hinweis und du hast komplett recht. Ich hatte es auch erst mit einem ";" versehen. Aber genau dann waren die LOG Meldungen da. Und dann habe ich gesucht und nichts gefunden, bis auf den Hinweis im Motion-Dir, dass dort video10 ... videoXX vorkommt. Warum auch immer. Das kopieren von video10 nach video0 ging nicht und deshalb war meine Idee die Config zu ändern.

Danach war Ruhe im LOG und die Network Kameras tun noch ;-)

[shellyrulestheworld]

@apollon77 aktuelle Werte nach 3 Tagen:

[Thomas Braun]

@shellyrulestheworld

Der Speicher ist komplett dicht.

[apollon77]

@shellyrulestheworld Also wenn ich es grob vergleiche ... InfluxDB +100MB, tankerkoenig +100MB .. js-controller ... Aber faktisch sind immer noch mit Buffered und free 900MB frei so wie auch im letzten Screenshot ... jetzt weiter beobachten was so passiert, vllt mehrmals am Tag schauen.

Aber ja, viel Luft ist da nicht, da kann ein Backup oder ggf andere aktionen ie ja zB auch Repo Download - weil das kurzfristig mal viel RAM braucht - schon das Fass zum überlaufen bringen. Persönlich finde ich das der Tankerkoening viel zuviel RAM braucht... aber warum er das tut wäre ne andere fragestellung

[Ein ehemaliger Benutzer]

@shellyrulestheworld

Moin,

ich bin kein RasPI wissender, aber aus meinen Anfängen mit Linux, ist mir immer noch bewusst, das, wenn man schon nicht viel RAM hat, sollte man wenigstens die gleiche Menge an Swap Speicher nutzen. Mir ist bewusst, dass viele Ihren RasPI mit SDCard betreiben und deswegen den Swap abschalten, nur 100 MB reicht gerade mal so einen Adapter kurzfristig auszulagern, wenn der Speicher knapp wird.

Lösungen für mich wären:

• RasPI oder ähnlich, mit min. 8 GB Memory
• SSD am RasPI, und Swap auf min. 4 GB
• iobroker im Master/Slave, und Adapter verteilen.

VG
Bernd

[Thomas Braun]

@dp20eic

Ja, grundsätzlich alles richtig.
Ich verwende den SWAP aber z. B. nur als 'Überdruck'-Anzeige.
Wenn der dauerhaft knallevoll ist muss eine andere Lösung her.
Ein 4GB SWAP nutzt dir ja auch nur bedingt was, bei einem Memory Leak ist das dann einfach nur viel später voll.

[apollon77]

@dp20eic Hm ... Also ich denke man sollte nicht mit Swap planen - nud die Regel die du sagst kenne ich noch aus der Windows zeigen aber nie von Linux...

[Thomas Braun]

@dp20eic sagte in Raspberry Absturz alle 3 Tage:

wenn man schon nicht viel RAM hat, sollte man wenigstens die gleiche Menge an Swap Speicher nutzen.

Die Daumenregel gilt/galt, wenn man suspend2ram nutzen wollte. Da wurde der Speicherinhalt in SWAP gebunkert und daher musste der mindestens so groß wie RAM sein.

[Gaspode]

@thomas-braun said in Raspberry Absturz alle 3 Tage:

Ein 4GB SWAP nutzt dir ja auch nur bedingt was, bei einem Memory Leak ist das dann einfach nur viel später voll.

Ich bin bzgl. der Vermeidung von SWAP Auslagerung auf einem Automatisierungssystem ganz bei dir. Aber ein Leak kann ich nicht erkennen, innerhalb von drei Tagen war soweit ich das sehe die Memory Lage praktisch unverändert. Ich würde also vermuten, die Kiste ist RAM mäßig für die Ansprüche einfach nur unterdimensioniert und schließe mich den Tipps von @dp20eic an. Wobei ich persönlich Vorschlag 2 (Vergrößern des SWAPs auf SSD) als wenig erfolgsversprechend sehe.

[Ein ehemaliger Benutzer]

@thomas-braun sagte in Raspberry Absturz alle 3 Tage:

@dp20eic sagte in Raspberry Absturz alle 3 Tage:

wenn man schon nicht viel RAM hat, sollte man wenigstens die gleiche Menge an Swap Speicher nutzen.

Die Daumenregel gilt/galt, wenn man suspend2ram nutzen wollte. Da wurde der Speicherinhalt in SWAP gebunkert und daher musste der mindestens so groß wie RAM sein.

Moin,

ich gehe nur nach dem, was ich hier sehe und das, was der TE hier mitteilt, zeigt, dass sein Swap immer voll ist, wenn das schon kurz nach dem Start passiert, dann ist die Kiste total überfordert.

Ich habe das so gelernt, dass Applikationen Speicher brauchen und wenn kein Speicher mehr zur Verfügung steht, das OS schaut, auf welchen Prozess/Applikation ist schon lange nicht mehr zugegriffen worden und lagert diesen in den Swap aus, oder eine Applikation versucht eine Datei, die größer ist als der zur Verfügung stehende Speicher, dann wird auch der Swap genutzt, um die Datei zu öffnen.

Wie dem auch sei, es ist nur ein Vorschlag und es muss der TE beantworten, ob er es versucht oder sein System vernünftig betreibt, wobei vernünftig nicht bedeuten soll sich einen größeren Swap anzulegen, sondern nicht versucht alles, was möglich ist auf einem System zu betreiben und sich dann wundern, wenn es knallt.

VG
Bernd

[Thomas Braun]

@dp20eic sagte in Raspberry Absturz alle 3 Tage:

wenn kein Speicher mehr zur Verfügung steht

Dann erwacht der oom_reaper zum Leben und senst für den Betrieb des Kernsystems unerhebliche Prozesse weg. Trifft dann in der Regel iob-Prozesse, weil die halt unwesentlich für das Gesamtsystem sind.

[Thomas Braun]

@gaspode sagte in Raspberry Absturz alle 3 Tage:

Aber ein Leak kann ich nicht erkennen, innerhalb von drei Tagen war soweit ich das sehe die Memory Lage praktisch unverändert.

Das war auch eine allgemeine Aussage, nicht auf das konkrete System des TE bezogen.
Hier bringt es wohl nur etwas entweder mehr Arbeitsspeicher vorzuhalten oder weniger Kram laufen zu haben.