Limpeza do espaço em disco

Instalação
1

Eu administro um fórum antigo (~10 anos, 200 mil posts) que tem enfrentado alguns problemas crônicos de disco. No momento, não estamos em perigo iminente de “apagar as luzes”, mas chegamos ao ponto em que recebo mensagens diárias sobre falhas de backup devido à falta de espaço em disco (o próprio processo de backup parece consumir cerca de 10 gigabytes de disco, o que falha se já tivermos um backup no servidor).

Há algo que eu possa fazer para conter essa maré um pouco?

Aceito que o espaço em disco é uma dessas coisas com as quais preciso lidar com o tempo e planejo fazer um upgrade eventualmente, mas estou me perguntando se existem outras maneiras de ganhar tempo através de compressão, ou apenas alguma limpeza de arquivos que eu não pensei em verificar.

Já executei ./launcher cleanup (0B salvos) e anexei um instantâneo das estatísticas do banco de dados.

db_stats.txt (17,7 KB)

2

Eu começaria com uma medição:

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

Provavelmente também vale a pena

df

e talvez

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

o que pode levar alguns minutos

Você pode ver um ou mais arquivos de swap, então vale a pena verificar se eles estão em uso:

swapon
Emergency backup - direct line to container command line
3

Depois de executar um du, não vejo nada fora do comum (a maior parte dos dados está em /var/docker e /var/lib, que é o esperado). Você tem algum conselho sobre o que pode valer a pena verificar nessas pastas?

Meu swap também parece normal (e não é suficiente para fazer diferença).

4

Posso ajudar se você mostrar os dados!

5

Claro, que tolice a minha.

A saída 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

Aprofundando em /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

De imediato, postgres_data_old parece suspeito. É seguro limpar?

6

Sim, pode excluir postgres_data_old.

Acho difícil ler a saída que você colou: Sugeri formas particulares de comandos porque os achei úteis.

7

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