Pulizia dello spazio su disco

Installazione
1

Gestisco un vecchio forum (~10 anni, 200k post) che ha riscontrato problemi cronici con il disco. Al momento, non siamo in pericolo imminente di spegnimento, ma abbiamo raggiunto il punto in cui ricevo messaggi giornalieri sui backup che falliscono a causa dello spazio su disco insufficiente (il processo di backup stesso sembra occupare circa 10 gigabyte di spazio su disco, che fallisce se abbiamo già un backup sul server).

C’è qualcosa che posso fare per arginare un po’ questa marea?

Accetto che lo spazio su disco sia una di quelle cose con cui devo fare i conti col tempo e ho intenzione di aggiornare alla fine, ma mi chiedo se ci siano altri modi per guadagnare tempo tramite compressione, o semplicemente una pulizia di file che non ho pensato di controllare.

Ho già eseguito ./launcher cleanup (0B salvati) e ho allegato uno snapshot delle statistiche del database.

db_stats.txt (17,7 KB)

2

Inizierei con una misurazione:

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

Probabilmente vale anche la pena

df

e forse

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

che potrebbe richiedere qualche minuto.

Potresti vedere uno o più file di swap, quindi vale la pena verificare se sono in uso:

swapon
Emergency backup - direct line to container command line
3

Dopo aver eseguito un du, non vedo nulla di insolito (la maggior parte dei dati si trova in /var/docker e /var/lib, che è più o meno quello che mi aspetterei). Hai qualche consiglio su cosa potrebbe valere la pena controllare in quelle cartelle?

Anche il mio swap sembra normale (e non abbastanza da fare la differenza).

4

Posso aiutarti se mi mostri i dati!

5

Certo, che sciocco da parte mia.

L’output di 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

Scavando più a fondo in /var/docker/shared e /var/lib/docker:

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

A prima vista, postgres_data_old sembra sospetto. È sicuro da pulire?

6

Sì, va bene eliminare postgres_data_old.

Trovo difficile leggere l’output che hai incollato: ho suggerito particolari forme di comandi perché li ho trovati utili.

7

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