ZFS Datenträger läuft voll

[meyergru]

Was Patrick sagt, stimmt - mein Irrtum, es sind nicht die Logs, sondern /usr/*.

Soweit ich das sehe, sind lldb und c++ aber nicht unter /usr, sondern unter /usr/bin und sahen außerdem unverdächtig aus.

Übrigens: Du kommst schneller voran, wenn Du "du -kxd 4 /usr | sort -rn | head -50" aufrufst.

[heiligst]

Tja, dürfte jetzt so voll, dass gar nichts mehr geht.

Internet funktionierte nicht mehr - über Konsole ,,reboot" - tja, jetzt irgendwie tot.

Toll, Freundin hat morgen HomeOffice...

[Patrick M. Hausen]

Kannst du dich per SSH anmelden? Könntest du mal die Kommandos ausführen, die ich dir ausführlich geschrieben habe?

Ich mein, wie soll man dir sonst helfen?

[heiligst]

Nein, ist tot.

Monitor dran geht noch.

Hier komme ich irgendwie nicht weiter?!

Hab jetzt nur mehr mein Handy und kann nicht mal ein Foto uploaden, weil zu groß?!

[heiligst]

zroot 454G
zroot/ROOT 453G
zroot/ROOT/default 453G

Alle anderen Ordner sind klein.

SSD - 0B available

[Patrick M. Hausen]

cd /usr
du -skx * | sort -rn

Dann das oberste fetteste Verzeichnis - welches ist das?

[heiligst]

Lasst mich doch bitte mal machen ...

Guckt mal den "zfs list" output an. Da sind 431 G REFER in dem Dataset, dass unter / gemountet ist und davon ist *nichts* nennenswertes in irgendeinem anderen Dataset.

Aus der ersten Ausgabe von

cd /
du -skx * | sort -rn

sieht man, dass das alles unterhalb von /usr liegt.

Also als nächstes:

cd /usr
du -skx * | sort -rn

Und bitte die Ausgabe.

Mein Verdacht: da schreibt irgendein Plugin irgendwo unter /usr/local irgendwas voll. Wissen wir aber noch nicht.

/var/log ist komplett irrelevant - ich verweise wieder auf die Ausgabe von "zfs list".

Und Snapshots sind es auch nicht, deren Platz würde nämlich in der Ausgabe von "du" gar nicht auftauchen. Wir haben aber >400 G in /usr ...

Der größte Brocken ist dann:
455117636 local

[Patrick M. Hausen]

cd /usr/local
du -skx * | sort -rn

Und diesmal?

[heiligst]

cd /usr/local
du -skx * | sort -rn

Und diesmal?

Hm, interessant!

454251583 AdGuardHome

[Patrick M. Hausen]

cd /usr/local/AdGuardHome

du -skx * | sort -rn

Genau das hatte ich dir aber gestern geschrieben - immer das größte Verzeichnis nehmen, dort rein wechseln, dann dasselbe Spiel von vorn.

[heiligst]

cd /usr/local/AdGuardHome

du -skx * | sort -rn

Genau das hatte ich dir aber gestern geschrieben - immer das größte Verzeichnis nehmen, dort rein wechseln, dann dasselbe Spiel von vorn.

Das ist (leider) völliges Neuland...
Im Unterordner ,,data" sind folgende 2 großen ,,Dateien"
384617113 querylog.json
69494905 querylog.json.1
Bahnhof für mich...

[Patrick M. Hausen]

cd /usr/local/AdGuardHome/data
rm querylog*
shutdown -r now

[heiligst]

cd /usr/local/AdGuardHome/data
rm querylog*
shutdown -r now

Bin dabei - Dateien dürften gelöscht worden sein; Reboot läuft.

Kann man das mit den Logdateien bei Adguard dann irgendwo um/einstellen?
Bei meinen vorigen Installationen hatte ich damit nie Probleme!

[heiligst]

Vielen vielen Dank!

OPNSense läuft jetzt wieder.


"Komisch" -  jetzt habe ich nur mehr 65GB!?


In AdGuardHome habe ich eigentlich bei den Logs/Statistiken jeweils 30 Tage eingestellt!?

[Patrick M. Hausen]

Du hast die aktiv so eingestellt, dass die so gross werden - bei mir macht AGH das nicht.
Klick dich mal durch das Admin-UI. Da weiß ich jetzt auch nicht auswendig, wo die Einstellung liegt. Irgendwas mit Aufbewahrungszeit ...

Und: hättest du gestern schon haben können, wenn du einfach geantwortet hättest. Ich hab mir extra Zeit genommen und bin hier vor dem Rechner sitzen geblieben. Gestern wie heute.

Das ist ja kein Supportkanal von Deciso. Das ist ein Anwender-Forum. Ich bin halt schon >30 Jahre im Geschäft und mach hier kostenlos Support. So wie @meyergru und andere in diesem Thread auch.

Aber wenn die Kacke so richtig am dampfen ist, dann darf man von dem Menschen mit dem Problem schon ein wenig Einsatz erwarten, oder?

Nix für ungut, hoffe, es läuft jetzt wieder alles.
Patrick