SOLVED NIX GEHT, SD Speicher läuft immer wieder voll

[rutschig]

Hallo,

seit einigen Wochen läuft immer wieder meine SD Karte im Raspi 3b (inkl. CC2531) dicht. Wenn ich die 16er Karte auf eine 32er Kopiere, geht es weiter. Jetzt ist die 32er auch dicht und nichts geht mehr. Neustart bringt nichts.
Kann mir jemand sagen wie ich das Ding so wieder zum laufen bekomme?
Ich habe mir schon den Wolf gesucht, aber finde hier nichts im Forum nichts was mich weiterbringt.

1. LOGs bzw. Temp Dateien löschen? Wenn ja welche bzw. wo liegen die?
2. oder wie kann man das generell abschalten, das die Karte voll läuft?
3. ich lese immer wieder was von SWAP Dateien, aber das sieht meiner Meinung nicht so aus als wenn das das Problem wäre

Bin ziemlich Neu in der Raspi / ioBroker Welt, aber mit euerer Hilfe bekomme ich es sicherlich wieder hin.

Danke!
r.

pi@ioBroker-Pi:~ $ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 29G 28G 0 100% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 41M 423M 9% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 44M 23M 22M 51% /boot
tmpfs 93M 0 93M 0% /run/user/1000
pi@ioBroker-Pi:~ $

pi@ioBroker-Pi:~ $ free
total used free shared buff/cache available
Mem: 949452 82568 693296 41896 173588 775152
Swap: 102396 0 102396
pi@ioBroker-Pi:~ $

pi@ioBroker-Pi:~ $ top

top - 20:58:01 up 3:42, 1 user, load average: 1,20, 1,21, 1,24
Tasks: 89 total, 2 running, 46 sleeping, 0 stopped, 0 zombie
%Cpu(s): 43,7 us, 3,0 sy, 0,0 ni, 53,3 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st
KiB Mem : 949452 total, 691020 free, 86588 used, 171844 buff/cache
KiB Swap: 102396 total, 102396 free, 0 used. 771232 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14685 iobroker 20 0 86240 40260 20092 R 103,0 4,2 0:03.44 node
14666 iobroker 20 0 142032 56116 20532 S 11,8 5,9 0:05.93 iobroker.j+
10698 pi 20 0 8672 3436 2844 R 1,0 0,4 0:12.98 top
8 root 20 0 0 0 0 I 0,7 0,0 0:32.75 rcu_sched
283 root 20 0 5700 2468 2264 S 0,7 0,3 0:00.08 cron
1 root 20 0 9632 5920 4828 S 0,0 0,6 0:36.96 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.03 kthreadd
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:+
6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_+
7 root 20 0 0 0 0 S 0,0 0,0 0:00.55 ksoftirqd/0
9 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh
10 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0
11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
13 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/1
14 root 20 0 0 0 0 S 0,0 0,0 0:00.15 ksoftirqd/1
16 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:+
17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2
18 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/2
19 root 20 0 0 0 0 S 0,0 0,0 0:00.22 ksoftirqd/2
21 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:+
22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3
23 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/3
24 root 20 0 0 0 0 S 0,0 0,0 0:00.57 ksoftirqd/3
26 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:+
27 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs
28 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns
33 root 20 0 0 0 0 S 0,0 0,0 0:00.01 khungtaskd
34 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper
35 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback
36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0
37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto
38 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kblockd
39 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 watchdogd
40 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rpciod
41 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 xprtiod
44 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kswapd0
45 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 nfsiod
55 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kthrotld
56 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 iscsi_eh
57 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 dwc_otg
58 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 DWC Notifi+
59 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 vchiq-slot+
60 root 1 -19 0 0 0 S 0,0 0,0 0:00.00 vchiq-recy+
61 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 vchiq-sync+
62 root 20 0 0 0 0 S 0,0 0,0 0:00.00 vchiq-keep+
63 root 10 -10 0 0 0 S 0,0 0,0 0:00.00 SMIO
66 root 20 0 0 0 0 S 0,0 0,0 0:02.90 mmcqd/0
67 root 20 0 0 0 0 S 0,0 0,0 0:01.47 jbd2/mmcbl+
68 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ext4-rsv-c+
69 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 ipv6_addrc+
81 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:+
101 root 20 0 35120 9476 9060 S 0,0 1,0 1:53.77 systemd-jo+
122 root 20 0 14344 3272 2672 S 0,0 0,3 0:00.70 systemd-ud+
240 systemd+ 20 0 17284 3568 3168 S 0,0 0,4 0:00.23 systemd-ti+
280 root 20 0 7416 4304 3888 S 0,0 0,5 0:04.78 systemd-lo+
281 root 20 0 23748 2672 2104 S 0,0 0,3 0:23.73 rsyslogd
282 nobody 20 0 5296 2384 2144 S 0,0 0,3 0:00.26 thd
295 message+ 20 0 6492 3540 3136 S 0,0 0,4 0:12.96 dbus-daemon
305 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 cfg80211
314 avahi 20 0 6536 2760 2452 S 0,0 0,3 0:03.76 avahi-daem+
319 avahi 20 0 6404 324 16 S 0,0 0,0 0:00.00 avahi-daem+
351 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:+
405 root 20 0 2884 1496 1156 S 0,0 0,2 0:01.14 dhcpcd
420 root 20 0 4376 1912 1784 S 0,0 0,2 0:00.01 agetty
421 root 20 0 4600 1464 1340 S 0,0 0,2 0:00.01 agetty
424 root 20 0 10212 4648 4120 S 0,0 0,5 0:00.09 sshd
496 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:+
8192 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:+
9977 root 20 0 0 0 0 I 0,0 0,0 0:00.08 kworker/3:1
10607 root 20 0 11736 5816 4980 S 0,0 0,6 0:00.57 sshd
10652 pi 20 0 9660 5180 4508 S 0,0 0,5 0:00.13 systemd
10655 pi 20 0 11296 1304 96 S 0,0 0,1 0:00.00 (sd-pam)
10670 pi 20 0 11736 3864 3028 S 0,0 0,4 0:03.19 sshd
10673 pi 20 0 6636 4204 2856 S 0,0 0,4 0:00.39 bash
10828 root 20 0 0 0 0 I 0,0 0,0 0:00.31 kworker/u8+
11567 root 20 0 0 0 0 I 0,0 0,0 0:00.16 kworker/1:1

[rutschig]

Volltreffer...

pi@ioBroker-Pi:/opt/iobroker/backups $ sudo du -sh /opt/iobroker/backups
25G /opt/iobroker/backups

Hatte letztens mit der Backup Funktion rumgespielt und nicht zu Ende konfiguriert.
Dabei wurden die Backups auf die Karte geschrieben.

Kann gar nicht glauben dass ioBroker nur 2,7GB jetzt benötigt

pi@ioBroker-Pi:/opt/iobroker/backups $ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 29G 2,7G 25G 10% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 47M 417M 11% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 44M 23M 22M 51% /boot
tmpfs 93M 0 93M 0% /run/user/1000

Vielen Dank für den Hinweis!
r.

[paul53]

@rutschig
Verwendest Du den History-Adapter ? Wenn ja, dann schau mal in das Verzeichnis iobroker-data/history.

[liv-in-sky]

öffne mal ein terminal fenster (putty)

der befehl: sudo du -sh /*

zeigt erstmal wo das größte verzeichnis ist und gibt schon mal einen wichtigen hinweis

danach kannst du z.b. mit sudo du -sh /opt weiter suchen

/opt wäre schon richtung iobroker, wenn dies das größte verzeichni ist - ich hatte z.b. auch schon mal in /var 10GB files liegen

[rutschig]

Volltreffer...

pi@ioBroker-Pi:/opt/iobroker/backups $ sudo du -sh /opt/iobroker/backups
25G /opt/iobroker/backups

Hatte letztens mit der Backup Funktion rumgespielt und nicht zu Ende konfiguriert.
Dabei wurden die Backups auf die Karte geschrieben.

Kann gar nicht glauben dass ioBroker nur 2,7GB jetzt benötigt

pi@ioBroker-Pi:/opt/iobroker/backups $ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 29G 2,7G 25G 10% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 47M 417M 11% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 44M 23M 22M 51% /boot
tmpfs 93M 0 93M 0% /run/user/1000

Vielen Dank für den Hinweis!
r.

[Lord_Kugel]

Hallo zusammen,

ich habe exakt das gleiche Problem. mittlerweile schon zum 3. Mal.
Dank eurer Anleitung bin ich dem Problem etwas näher gekommen und finde im Verzeichnis
jede Menge History einträge. der letzte mit 5 GB
Als ob der sich immer weiter aufbläht bis gar nix mehr geht.
Was steht da drin ? kann ich den löschen. Ich will nicht schon wieder von vorne anfangen müssen.

Gruß Lars

/opt/iobroker/iobroker-data

.
.
.
221M ./history/20190725
48M ./history/20190517
51M ./history/20190623
154M ./history/20190717
50M ./history/20190620
36K ./history/20190905
4,9G ./history

[paul53]

@Lord_Kugel sagte:

4,9G ./history

Das passiert, wenn die Vorhaltezeit bei den aufzuzeichnenden Datenpunkten zu groß ist (ich verwende 14 Tage) oder die alten Daten nicht automatisch gelöscht werden, was in History vor Version 1.8.7 (in latest) der Fall war.

[Lord_Kugel]

Hallo Paul,

Das war ein Supertip von Dir. Danke.

Ich einfach ein paar von den ältesten Verzeichnissen in der History gelöscht und dann konnte ich den IOBroker wieder starten.
aber zum Thema Vorhaltezeit, da kann ich als minmum irgendwie nur 3 Monate einstellen und bin ich jetzt falsch?

Gruß Lars

[paul53]

@Lord_Kugel:

als minmum irgendwie nur 3 Monate

Runter scrollen.