Caso real: Servidor Linux sem espaço, o que fazer?

Meus 2 cents:

Geralmente ataco de imediato o /var:

cd /var
du -shc *

Com este comando listo os diretorios e vejo o espaco ocupado por cada um

Ali tem alguns diretorios que sao grandes candidatos a limpeza:

var/cache
var/log
var/spool
var/tmp

E com este comando lista em bytes na ordem decrescente

du -sc * | sort -n | tac

E sobre servidores: costumo usar LVM ou ZFS que normalmente sao mais faceis de trabalhar com relacao a espaco em disco.

E uma "dica": se voce tem um servidor que de antemao sabe que vai ficar "esquecido" e receber pouca manutencao e correr o risco disso acontecer, crie um arquivo "falso" no /root com um uns 100Mb (p.ex. dd if=/dev/sda of="/root/espaco-a-liberar.txt" bs=1 count=100M). Assim, caso ocorra, voce tem facil um local que pode recorrer emergencialmente, basta remover.

Uma ferramenta excelente que uso é o ncdu (no ubuntu: apt install ncdu).

Dá pra navegar entre todos os diretorios vendo o tamanho de cada um, e assim ir caçando aqueles arquivos maiores.

ncdu /

O artigo ficou legal, mas se me permite acrescentar duas observações (2 cents como o Oletros diz hahaha):

prontamento retornou os arquivos principais do banco de dados

Você mencionou que seu comando apontou o banco de dados como maior consumidor. Minha sugestão é analisar quais bases e tabelas estão ocupando o maior espaço.

Na maioria das vezes, clientes deixam logs e registros sem necessidade alguma residindo em alguma tabela sem nunca realizar uma limpezinha.

E quando for fazer tal análise, utilize a CLI da base de dados. Por exemplo, no MySQL/MariaDB, você possui a information_schema que guarda uma porção de estatísticas úteis pra investigar situações assim.

rm -rf /tmp/* /var/tmp/*

Outra coisa que você mencionou foi remover o tmp.

Cuidado com as sugestões do ChatGPT. Elas são valiosas, mas você não pode sair executando à risca tudo que ele sugere sem antes se questionar só um pouquinho.

Por exemplo, você poderia ter removido um arquivo temporário que o MySQL estivesse usando para uma query longa e que estava retornando muitos dados. Sem uma análise mais precisa, você só estaria causando um problema diferente e que provavelmente voltaria assim que o cliente conectado ao MySQL executasse a query novamente.

Você também poderia ter invalidado todas as sessões que uma aplicação php estivesse usando. Se fosse um ecommerce, por exemplo, tchau pros carrinhos das pessoas que estivessem há 30 minutos num site fazendo compras hahahah

Como dica, comecem a monitorar esses servidores e os particionamentos e definir limites de atenção, ainda mais porque é um servidor de banco de dados, caso chegasse um valor determinado emitiria um aviso ou executasse alguma ação corretiva. Eu costumo monitorar as vms, containeres e hosts usando prometheus e grafana e definindo alertas de e-mail e whatsapp, mas pode ser somente um cron.

Boas sugestões. Apenas dando um cents de contribuição rsrrs. Na verdade um lembrete.
Não encontrei a distribuição Linux que está usando. Perdão se mencionou, não encontrei. Suponho pelo apt que seja um Debian ou Ubuntu Server. Mas boa parte dos servidores usam também (ou até mais, prefiro inclusive) distribuições baseadas no Red Hat (Rocky, Alma...). Aí os comandos relacionados com apt não funcionam, pois eles usam outro gerenciador de pacotes. Inclusive algumas pastas podem ser diferentes (poucas).
Mas o conceito é muito bom!

Mas e a capacidade do servidor? O correto não seria aumentar ela?