NOTA: Estou plenamente ciente dessas outras perguntas neste site:
- Por que existem tantas maneiras diferentes de medir o uso do disco?
- du em ramdisk exibe 3 GB a menos que df
Meu problema aparece da seguinte forma:
$ du -sh / --exclude=/proc
4.0G /
vs.
$ df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_os-lv_root 18G 16.0G 1.9G 90% /
devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs 3.9G 39M 3.8G 1% /dev/shm
tmpfs 3.9G 17M 3.9G 1% /run
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/vda1 497M 215M 283M 44% /boot
tmpfs 783M 0 783M 0% /run/user/937000511
tmpfs 783M 0 783M 0% /run/user/937000593
Como posso fazer a triagem desse problema para determinar o que está causando essa discrepância?
Nesse caso em particular, o problema era um daemon em execução que tinha seus arquivos rotacionados,
logrotate
mas o serviço não foi enviadokill -HUP
para acioná-lo para iniciar o registro em um novo arquivo. Isso resultou em um arquivo de log de 12G continuando a aparecer como se estivesse consumindo espaço no HDD que era visível via ,df
mas nãodu
, dado como essas duas ferramentas CLI funcionam.lsof
Usar
lsof
e procurar o arquivo de log mostrou o problema:A
lsof
saída ainda mostra o tamanho em questão e que de fato foi deletado:Parando o daemon liberou/fechou o descritor de arquivo liberando o espaço:
Agora
df
edu
estão de acordo.