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

[herby217]

@thomas-braun
sudo ncdu gibt dieses Ergebnis:
148.5 MiB [#############] /.npm
62.3 MiB [##### ] /.cache
12.0 KiB [ ] /.iobroker
8.0 KiB [ ] .bash_history
4.0 KiB [ ] .bashrc
4.0 KiB [ ] .profile
4.0 KiB [ ] .bash_logout
4.0 KiB [ ] .npmrc
0.0 B [ ] diag.sh
0.0 B [ ] .sudo_as_admin_successful

[Thomas Braun]

@herby217

Das kann nicht die Ausgabe von

sudo ncdu /

sein. Der Slash / ist wichtig, das ist das Wurzelverzeichnis.

[herby217]

@thomas-braun
sorry, ich hatte den / unterschlagen
--- / --------------------------------------------------------------------------------------- 45.1 GiB [#############] /var
6.7 GiB [# ] /opt
3.5 GiB [# ] /mnt
2.2 GiB [ ] /usr
1.0 GiB [ ] /home
149.1 MiB [ ] /boot
39.1 MiB [ ] /root
4.6 MiB [ ] /etc
1.2 MiB [ ] /run
52.0 KiB [ ] /tmp
e 16.0 KiB [ ] /lost+found
e 4.0 KiB [ ] /srv
e 4.0 KiB [ ] /media
0.0 B [ ] /sys
. 0.0 B [ ] /proc
0.0 B [ ] /dev
@ 0.0 B [ ] sbin
@ 0.0 B [ ] lib
@ 0.0 B [ ] bin

[Thomas Braun]

@herby217

Dann hangel dich durch /var durch und schau dich weiter um.

[herby217]

@thomas-braun
pi@raspi2:~ $ cd /var/
pi@raspi2:/var $ ls -la
total 44
drwxr-xr-x 11 root root 4096 May 29 16:37 .
drwxr-xr-x 18 root root 4096 Jul 4 2024 ..
drwxr-xr-x 2 root root 4096 May 27 05:31 backups
drwxr-xr-x 10 root root 4096 Oct 8 2024 cache
drwxr-xr-x 28 root root 4096 Oct 10 2024 lib
drwxrwsr-x 2 root staff 4096 Mar 29 2024 local
lrwxrwxrwx 1 root root 9 Jul 4 2024 lock -> /run/lock
drwxr-xr-x 8 root root 4096 May 1 00:00 log
drwxrwsr-x 2 root mail 4096 Jul 4 2024 mail
drwxr-xr-x 2 root root 4096 Jul 4 2024 opt
lrwxrwxrwx 1 root root 4 Jul 4 2024 run -> /run
drwxr-xr-x 3 root root 4096 Jul 4 2024 spool
-rw-r--r-- 1 root root 0 May 29 16:37 swap
drwxrwxrwt 6 root root 4096 May 31 08:57 tmp
pi@raspi2:/var $

[Thomas Braun]

@herby217

???
Was machst du da?
Mit den Pfeiltasten hangelst du dich durch ncdu weiter durch.

[herby217]

@thomas-braun
da hab ich jetzt unter libs die infuxDB mit 40,8 GB

[herby217]

@herby217
--- /var/lib/influxdb/engine/data/5d8d7944eda2ade8/autogen ---------------------------------- /..
1.8 GiB [#############] /242
1.8 GiB [############ ] /233
1.8 GiB [############ ] /224
1.7 GiB [############ ] /215
1.7 GiB [########### ] /206
1.6 GiB [########### ] /197
1.6 GiB [########### ] /188
1.5 GiB [########## ] /179
1.5 GiB [########## ] /170
1.4 GiB [########## ] /251
1.4 GiB [########## ] /161
1.4 GiB [######### ] /152
1.3 GiB [######### ] /143
1.3 GiB [######### ] /134
1.3 GiB [######## ] /125
1.2 GiB [######## ] /116
1.2 GiB [######## ] /107
1.2 GiB [######## ] /287
1.1 GiB [####### ] /98
1.1 GiB [####### ] /89
1.1 GiB [####### ] /278
1.0 GiB [####### ] /80
1.0 GiB [###### ] /71
1.0 GiB [###### ] /269
1.0 GiB [###### ] /260
962.6 MiB [###### ] /62
921.9 MiB [###### ] /53
875.8 MiB [###### ] /44
825.7 MiB [##### ] /35
752.4 MiB [##### ] /26
686.4 MiB [#### ] /17
631.6 MiB [#### ] /8
292.9 MiB [## ] /1
67.0 MiB [ ] /296

[Thomas Braun]

@herby217

Dann musst du da ansetzen und die Datenbank verkleinern.
Und künftig überlegen, welche Werte da in welcher Frequenz wie lange vorgehalten werden müssen.

Mit influxdb kann ich dir aber nicht helfen. Vielleicht hat @Marc-Berg da was im Köcher.

[herby217]

@thomas-braun vielen Dank!

[Marc Berg]

@herby217 sagte in Wie kann ich meine Daten retten?:

da hab ich jetzt unter libs die infuxDB mit 40,8 GB

Einfach löschen kann man aus dieser Struktur nichts, ohne Gefahr zu laufen, dass die Datenbank nicht mehr hoch kommt.

Wenn du jetzt überhaupt nichts löschen kannst, würde ich mir eine größere SD-Karte kaufen, die klonen und danach das Filesystem anpassen (und hoffen, dass beim Volllaufen nichts kaputt gegangen ist).

Und danach musst du mal schauen, welche Daten du da loggst. Bei der Größe würde ich einfach mal behaupten, da läuft einiges falsch. Meine fünf Jahre "alte" InfluxDB ist um Faktor 500 kleiner.

[herby217]

@marc-berg
Im Backitup-Adapter war bisher 25 Backups eingestellt, was sicher viel zu viel ist. Werden hierbei eigentlich in jedem neuen Backup alle alten Daten wieder mitgeschrieben? Dann würden ja 2 bis 3 ausreichen.

[Marc Berg]

@herby217 sagte in Wie kann ich meine Daten retten?:

@marc-berg
Im Backitup-Adapter war bisher 25 Backups eingestellt, was sicher viel zu viel ist. Werden hierbei eigentlich in jedem neuen Backup alle alten Daten wieder mitgeschrieben? Dann würden ja 2 bis 3 ausreichen.

Das hat aber nichts mit der Größe der Datenbank zu tun.

Ja, 2-3 Backups sollten reichen. Und: sie gehören nicht mit auf die SD-Karte.

[Thomas Braun]

@herby217

Die von Backitup erstellten Backups sind keine inkrementellen sondern immer volle Backups.
Lokal abgelegte Backupdateien sind auch ungünstig, sowas legt man immer (auch) extern ab. Raucht dir das Dateisystem fatal ab kommst du an die Daten ja auch nicht mehr ran.

Hier fungiert das Backupverzeichnis z. B. nur als mount Punkt und ist ansonsten leer:

echad@chet:~ $ ls -l /opt/iobroker/backups/
total 0
echad@chet:~ $ 

[herby217]

@marc-berg
da liegt wohl ein Fehler bei den Backupeinstellungen vor. Auf dem USB-Stick ist schon länger nichts mehr angekommen.

[Homoran]

@herby217

@thomas-braun sagte in Wie kann ich meine Daten retten?:

Dann hangel dich durch /var durch und schau dich weiter um.

und wenn

@marc-berg sagte in Wie kann ich meine Daten retten?:

Einfach löschen kann man aus dieser Struktur nichts, ohne Gefahr zu laufen, dass die Datenbank nicht mehr hoch kommt.

solltest du jns auch mal den inhalt von /opt zeigen

du brauchst ja nur soviel Platz um ein aktuelles Backup zu erstellen, damit du neu aufbauen kannst

[OliverIO]

@homoran

die datenbank hat 40GB, die müsste er mitsichern.
ich glaube der Ansatz mit neuer/größerer SD-Karte ist besser und dann
die Datenbank analysieren und verkleinern.
/opt hat ja auch nur 6.7GB
Da gibts nix was er noch löschen könnte.
Ausser er sagt, den Inhalt der Datenbank braucht er nicht und löscht die.

[Homoran]

@oliverio ich bin davon ausgegangen dass er im Moment gar nichts machen kann, weil SD zu voll.

[herby217]

@homoran
so, ich bin jetzt wieder dabei. Bei uns war gerade ein Unwetter. Da hab ich den Rechner lieber vom Netz getrennt.
So, wie ich die Sache jetzt verstehe, sind die 40 GB das Ergebnis von 25 Backups, von denen ich eigentlich nur die letzten paar benötige. Über den ssh-Zugang kann ich über Powershell auf den Raspi zugreifen. Lediglich der iobroker ist nicht mehr angelaufen, was wohl an der vollen SD liegt.

[Thomas Braun]

@herby217 sagte in Wie kann ich meine Daten retten?:

So, wie ich die Sache jetzt verstehe, sind die 40 GB das Ergebnis von 25 Backups, von denen ich eigentlich nur die letzten paar benötige.

Nein, da wird die Datenbank als solche aufgebläht sein. Die Backups würden nicht im Verzeichnis /var/lib/influxdb/engine/data liegen.