UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[wendy2702]

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

Interessanter wäre aber zu sehen, wo da die 'dicken Hunde' liegen.

sudo ncdu /

verwenden und da schauen wo es klemmt. Wird vermutlich in im cache von apt oder npm begründet sein.

Hat @Homoran schon zu Beginn gefragt. Wir warten noch auf die Ausgabe

[herby217]

@thomas-braun
den dicken Brocken kann ich nur über "df -h" sehen. Siehe mein Eingangspost Zeile 5

[Thomas Braun]

@herby217

Oben seh ich doch was von ndcu. Allerdings ist das wohl im home des Users ausgeführt worden. Du musst es aber im root des Dateisystems ausführen.

[herby217]

@thomas-braun
ich bin noch nie über root eingestiegen. Bisher war alles über sudo möglich. Was ist das Standard root Passwort?

[Thomas Braun]

@herby217

Mach es mit dem Befehl:

sudo ncdu /

Was ist das Standard root Passwort?

Es gibt hoffentlich keines auf dem System. Der root hat kein eigenes Passwort.

[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.