Festplattenplatz bereinigen

Ich betreibe ein altes Forum (~10 Jahre, 200.000 Beiträge), das einige chronische Festplattenprobleme hat. Im Moment besteht keine unmittelbare Gefahr, dass der Betrieb eingestellt werden muss, aber wir haben den Punkt erreicht, an dem ich täglich Nachrichten über fehlgeschlagene Backups aufgrund von fehlendem Festplattenspeicher erhalte (der Backup-Prozess selbst scheint etwa 10 Gigabyte Speicherplatz zu benötigen, was fehlschlägt, wenn wir bereits ein Backup auf dem Server haben).

Gibt es etwas, das ich tun kann, um diese Flut ein wenig einzudämmen?

Ich akzeptiere, dass Festplattenspeicher eines der Dinge ist, mit denen ich im Laufe der Zeit umgehen muss, und plane, irgendwann ein Upgrade durchzuführen, aber ich frage mich, ob es andere Möglichkeiten gibt, Zeit zu gewinnen, z. B. durch Komprimierung oder einfach durch Bereinigung von Dateien, die ich noch nicht überprüft habe.

Ich habe bereits ./launcher cleanup ausgeführt (0 Byte gespart) und einen Schnappschuss der DB-Statistiken angehängt.

db_stats.txt (17,7 KB)

Ich würde mit einer Messung beginnen:

du -kx / | sort -n | tail -499

Wahrscheinlich auch lohnenswert:

df

und vielleicht:

find / -xdev -ls|sort -n -k 2|tail -199

was ein paar Minuten dauern könnte.

Sie sehen möglicherweise eine oder mehrere Swap-Dateien, daher lohnt es sich zu prüfen, ob diese verwendet werden:

swapon

Nachdem ich du ausgeführt habe, sehe ich nichts Ungewöhnliches (der Großteil der Daten befindet sich in /var/docker und /var/lib, was ungefähr dem entspricht, was ich erwarten würde). Haben Sie Ratschläge, was in diesen Ordnern lohnenswert wäre zu überprüfen?\n\nMein Swap sieht auch normal aus (und ist nicht wirklich ausreichend, um etwas zu bewirken).

Ich kann helfen, wenn Sie die Daten zeigen!

Natürlich, wie dumm von mir.

Die Ausgabe von du -cha --max-depth=2 /var | grep -E \"M|G\"

2.1M    /var/backups
12K     /var/discourse/README.md
2.2M    /var/discourse/.git
2.7M    /var/discourse
54M     /var/lib/mlocate
36M     /var/lib/dpkg
190M    /var/lib/apt
18G     /var/lib/docker
18G     /var/lib
3.4M    /var/log/btmp
1.2M    /var/log/auth.log.3.gz
4.1G    /var/log/journal
1.2M    /var/log/auth.log.2.gz
42M     /var/log/btmp.1
1.6M    /var/log/auth.log.4.gz
7.9M    /var/log/auth.log.1
6.5M    /var/log/auth.log
4.1G    /var/log
1.2M    /var/cache/man
312M    /var/cache/apt
2.8M    /var/cache/snapd
4.9M    /var/cache/debconf
320M    /var/cache
46G     /var/docker/shared
46G     /var/docker
68G     /var
68G     total

Wenn ich tiefer in /var/docker/shared und /var/lib/docker grabe:

15G     /var/docker/shared/standalone/postgres_data
6.8G    /var/docker/shared/standalone/backups
14G     /var/docker/shared/standalone/uploads
43M     /var/docker/shared/standalone/redis_data
69M     /var/docker/shared/standalone/log
12G     /var/docker/shared/standalone/postgres_data_old
14M     /var/docker/shared/standalone/letsencrypt
46G     /var/docker/shared/standalone
46G     /var/docker/shared
46G     total
17M     /var/lib/docker/image/overlay2
17M     /var/lib/docker/image
14G     /var/lib/docker/overlay2/ed229eed209ffa6339adc9de9033c12487732c74572a3dc608eb32d720d1837c
1.2G    /var/lib/docker/overlay2/7448f4eb6c5a9e09b0a5537aa454c30221ab95314418eac9078c7c774de784e2
2.4G    /var/lib/docker/overlay2/8a7ca976e2c8b362302c2abb95d306520206bf3e6125672b160b19e150d1f914
88M     /var/lib/docker/overlay2/c6cd5a3006efb2457f3bba70450a85c42f53bfc7cdc3416fb6cfb5990e2eed72
1.1G    /var/lib/docker/overlay2/9f8a463bdc03f518d6f25a7c11873122bf858a266fd6ca40ea19dfb4a78e1f8d
18G     /var/lib/docker/overlay2
18G     /var/lib/docker
18G     total

Auf den ersten Blick sieht postgres_data_old verdächtig aus. Ist das sicher zu bereinigen?

Ja, es ist in Ordnung, postgres_data_old zu löschen.

Ich finde es schwierig, die von Ihnen eingefügte Ausgabe zu lesen: Ich habe bestimmte Befehlsformen vorgeschlagen, da ich sie nützlich fand.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.