Nettoyage de l'espace disque

Je gère un vieux forum (~10 ans, 200k messages) qui rencontre des problèmes chroniques de disque. Pour le moment, nous ne sommes pas en danger imminent de voir les lumières s’éteindre, mais nous avons atteint le point où je reçois des messages quotidiens indiquant que les sauvegardes échouent par manque d’espace disque (le processus de sauvegarde lui-même semble nécessiter 10 gigaoctets d’espace disque, ce qui échoue si nous avons déjà une sauvegarde sur le serveur).

Y a-t-il quelque chose que je puisse faire pour endiguer un peu cette marée ?

J’accepte que l’espace disque est l’une de ces choses que je dois gérer au fil du temps et je prévois de faire une mise à niveau éventuellement, mais je me demande s’il existe d’autres moyens de gagner du temps grâce à la compression, ou simplement un nettoyage de fichiers auxquels je n’ai pas pensé à vérifier.

J’ai déjà exécuté ./launcher cleanup (0 octet économisé), et j’ai joint un instantané des statistiques de la base de données.

db_stats.txt (17,7 Ko)

Je commencerais par une mesure :

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

Probablement aussi utile :

df

Et peut-être :

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

ce qui peut prendre quelques minutes.

Vous pourriez voir un ou plusieurs fichiers d’échange, il est donc utile de vérifier s’ils sont utilisés :

swapon

Après avoir exécuté un du, je ne vois rien d’inhabituel (la majeure partie des données se trouve dans /var/docker et /var/lib, ce qui correspond à peu près à ce à quoi je m’attendais). Avez-vous des conseils sur ce qui pourrait valoir la peine d’être vérifié dans ces dossiers ?

Mon swap semble également normal (et pas vraiment suffisant pour faire une différence).

Je peux vous aider si vous me montrez les données !

Bien sûr, quelle bêtise de ma part.

La sortie de 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

En creusant dans /var/docker/shared et /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

À première vue, postgres_data_old semble suspect. Est-il sûr de le nettoyer ?

Oui, il est tout à fait possible de supprimer postgres_data_old.

Je trouve difficile de lire la sortie que vous avez collée : j’ai suggéré des formes particulières de commandes parce que je les ai trouvées utiles.

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