SDA1 Speicher voll IOBroker nicht mehr erreichbar
-
@deifel sagte in SDA1 Speicher voll IOBroker nicht mehr erreichbar:
Danke. Das hat ein ein wenig gebracht - leider nur ca. 5 GB. Trotzdem ist noch recht viel Speicher belegt.
12K /home/iobroker/.config 119M /home/iobroker/.npm 6,0M /home/iobroker/.node-gyp 6,8G /home/iobroker/.cache 6,9G /home/iobroker/Der .cache ist praktisch unverändert bei 6,8 GB...
Die Plattenbelegung ist durchaus normal - ich habe mich um "Karteileichen" nicht aktiv gekümmert und bin auch über 21 GByte ...
martin@iobroker-test-sicher:/opt/iobroker/iobroker-data/files/vis-2.0$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/pve-vm--101--disk--0 65478188 22868252 39238112 37% / none 492 4 488 1% /dev udev 3956096 0 3956096 0% /dev/tty tmpfs 3989888 0 3989888 0% /dev/shm tmpfs 1595956 120 1595836 1% /run tmpfs 5120 0 5120 0% /run/lock martin@iobroker-test-sicher:/opt/iobroker/iobroker-data/files/vis-2.0$Mein NPM-Cache ist aber deutlich sparsamer...
Andere Platzfresser:
Lokale Backups?
Influx-Datenbank?
History-Adapter?ncdu 1.18 ~ Use the arrow keys to navigate, press ? for help --- /home/iobroker -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 2.0 GiB [#################################] /.npm 55.4 MiB [ ] /.cache 40.0 KiB [ ] .diag.sh 28.0 KiB [ ] iob_diag.log 20.0 KiB [ ] .nodejs-update.sh 4.0 KiB [ ] .bashrc 4.0 KiB [ ] .profile 4.0 KiB [ ] .bash_logout -
15M /home/iobroker/.cache/esbuild 393M /home/iobroker/.cache/node-gyp 6,4G /home/iobroker/.cache/ffmpeg-static-nodejs 6,8G /home/iobroker/.cache/Und darunter liegen dann z.B.:
56M /home/iobroker/.cache/node-gyp/18.18.2 56M /home/iobroker/.cache/node-gyp/18.19.1 55M /home/iobroker/.cache/node-gyp/18.17.1 56M /home/iobroker/.cache/node-gyp/20.16.0 7,2M /home/iobroker/.cache/node-gyp/16.20.2 56M /home/iobroker/.cache/node-gyp/20.17.0 56M /home/iobroker/.cache/node-gyp/18.20.4 56M /home/iobroker/.cache/node-gyp/18.19.0 393M /home/iobroker/.cache/node-gypIm Verzeichnis ffmpeg-static-nodejs liegen etliche json und body - Dateien, die in Summe die knapp 7GB ausmachen.
DIe Dateien sind auch teils ziemlich neu. ffmpeg brauche ich eigentlich nicht - wusste nicht mal, dass ich das drauf hab... -
Kannst du alles löschen. Dauert dann halt etwas länger, wenn die Dateien doch nochmal irgendwann gebraucht werden.
Deswegen liegen die ja im cache.
Das löscht dir alle Dateien, die 1 Jahr nicht mehr verwendet wurden:find ~/.cache/ -type f -atime +365 -delete -
Vielen Dank, Thomas. Fürs erste habe ich jetzt zumindest mal wieder etwas Speicher frei!
Der Befehl hat allerdings leider nicht funktioniert. Ich lösche aktuell mit Filezilla die entsprechenden Dateien raus.
Jetzt schmeiße ich noch ein paar nicht mehr benötigte Adapter weg und dann hoffe ich mal, dass es wieder ne Weile hält...
Vielen Dank für den mega schnellen und tollen Support hier! -
@deifel sagte in SDA1 Speicher voll IOBroker nicht mehr erreichbar:
Der Befehl hat allerdings leider nicht funktioniert.
Warum nicht? Hattest du keine Dateien, die 365 Tage nicht verwendet wurden?
Bei mir lief der nämlich genauso durch und hat z. B. alte builds von node-gyp rausgeworfen.. -
Doch, es sind viele drin, die älter als 1 Jahr sind. Der Befehlt wird nicht angemotzt, aber es werden auch keine Dateien gelöscht.
root@IOBrokerhost:/home/iobroker# find ~/.cache/ -type f -atime +365 -delete root@IOBrokerhost:/home/iobroker# -
man kann sich ja vorher etwas minimal-invasiver mit "print" statt "delete" orientieren:
find ~/.cache/ -type f -atime +365 -printAuch die Rechte der Files im cache Verzeichnis könnte man sich mit ls -l anschauen ...
-
Danke Martin.
Print liefert nix.
Rechte sind wie folgt:insgesamt 296 drwx------ 3 iobroker iobroker 4096 10. Mai 2021 esbuild drwxr-xr-x 2 iobroker iobroker 290816 28. Okt 07:36 ffmpeg-static-nodejs drwxr-xr-x 9 iobroker iobroker 4096 28. Okt 10:22 node-gypHabe es als root und als normaler user versucht...
-
@deifel ich hab das hier durchprobiert - erst bei 100 Tagen ein Ergebnis
martin@iobroker-test-sicher:/home/iobroker/.cache$ find ~/.cache/ -type f -atime +365 -print martin@iobroker-test-sicher:/home/iobroker/.cache$ find ~/.cache/ -type f -atime +200 -print martin@iobroker-test-sicher:/home/iobroker/.cache$ find ~/.cache/ -type f -atime +100 -print /home/martin/.cache/snowflake/ocsp_response_cache.json martin@iobroker-test-sicher:/home/iobroker/.cache$ ls -l total 8 drwxr-xr-x 3 iobroker iobroker 4096 Oct 19 16:24 node-gyp drwxr-xr-x 2 iobroker iobroker 4096 Mar 24 2023 snowflake martin@iobroker-test-sicher:/home/iobroker/.cache$ -
Also ich bekomme auch bei 100 oder weniger nix angezeigt...
-
Vermutlich sind die atimes jetzt alle aktuell.
Kannst ja mal nach ctime suchen. -
@thomas-braun
Auch hier leider kein Ergebnis. Auch wenn ich auf 5 Tage geh, bekomme ich nichts - weder bei atime noch ctime...
Eigenartig.
Dann werd ich wohl manuell löschen müssen. Auch nicht schlimm, dauert halt nur. -
find /home/iobroker/.cache -type f -atime +365 -deleteSo gings - musste das komplette Verzeichnis angeben... Vielen Dank!
-
Hampel da NICHT als root herum...
Verdammt noch eins...find ~/bezieht sich immer auf das Heimverzeichnis des ausführenden users. Also auf /root wenn es der root ausführt.
Und deswegen findest du da auch nichts, weil im cache des root hoffentlich gar nichts liegt.Und ganz grundsätzlich meldet man sich NIE, NIE, NIE als root an.
Aus genau solchen Gründen. -
Und ganz grundsätzlich meldet man sich NIE, NIE, NIE als root an.
@thomas-braun Aber auch als User "iobroker" meldet man sich nicht an ...
-
@martinp sagte in SDA1 Speicher voll IOBroker nicht mehr erreichbar:
Aber auch als User "iobroker" meldet man sich nicht an ...
Das stimmt. Man hat natürlich einen persönlichen Account..
