SDA1 Speicher voll IOBroker nicht mehr erreichbar

[Thomas Braun]

@deifel

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

[deifel]

@thomas-braun

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!

[Thomas Braun]

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

[deifel]

@thomas-braun

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#

[MartinP]

man kann sich ja vorher etwas minimal-invasiver mit "print" statt "delete" orientieren:

find ~/.cache/ -type f -atime +365 -print

Auch die Rechte der Files im cache Verzeichnis könnte man sich mit ls -l anschauen ...

[deifel]

@martinp

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-gyp

Habe es als root und als normaler user versucht...

[MartinP]

@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$ 

[deifel]

@martinp

Also ich bekomme auch bei 100 oder weniger nix angezeigt...

[Thomas Braun]

@deifel

Vermutlich sind die atimes jetzt alle aktuell.
Kannst ja mal nach ctime suchen.

[deifel]

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

[deifel]

find /home/iobroker/.cache -type f -atime +365 -delete

So gings - musste das komplette Verzeichnis angeben... Vielen Dank!

[Thomas Braun]

@deifel

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.

[MartinP]

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

[Thomas Braun]

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