☰

Por que du e df não concordam com o armazenamento efêmero da AWS?

tag-icon • tag-icon linux hard-drive amazon-web-services
Por que du e df não concordam com o armazenamento efêmero da AWS?

Eu tenho uma instância do Amazon AWS com um armazenamento montado em/dev/xvdb, que é o/mnt/build_tmp "usual". Tem cerca de 70 GB (exatamente 66.946.696 KB). Ao tentar escrever para ele, aparentemente estava cheio. Isso parecia improvável, então verifiquei e havia cerca de 11 GB de arquivos nele (de acordo com 'du'), mas /mnt (que contém apenas /mnt/build_tmp) estava 100% cheio (de acordo com 'df'). Excluí todos os arquivos (no valor de cerca de 6 GB), exceto um (que era um grande arquivo tar de 5,5 GB) e agora tenho cerca de 6 GB de espaço livre. Precisamente, neste momento, é esta a situação:

ubuntu@ip-172-31-60-67:/mnt$ df
Filesystem     1K-blocks     Used Available Use% Mounted on
/dev/xvda1       8115168  6083076   1596816  80% /
none                   4        0         4   0% /sys/fs/cgroup
udev             7689964       12   7689952   1% /dev
tmpfs            1540092      780   1539312   1% /run
none                5120        0      5120   0% /run/lock
none             7700456       72   7700384   1% /run/shm
none              102400        8    102392   1% /run/user
/dev/xvdb       66946696 57365136   6174200  91% /mnt
ubuntu@ip-172-31-60-67:/mnt$ du
5773532 ./build_tmp
du: cannot read directory ‘./lost+found’: Permission denied
16  ./lost+found
5773552 .
ubuntu@ip-172-31-60-67:/mnt$ ls
build_tmp/  lost+found/
ubuntu@ip-172-31-60-67:/mnt$ ll build_tmp/
total 5.6G
drwxr-xr-x 2 ubuntu 4.0K Sep 18 18:33 ./
drwxr-xr-x 4 root   4.0K Aug 25 18:43 ../
-rw-rw-r-- 1 ubuntu 5.6G Sep 17 00:38 archive.tar.gz

Alguém pode explicar isso? Eu nunca vi nada assim antes. Estou pensando que é de alguma forma resultado da AWS, mas pode ser algo mais genérico.

De qualquer forma, preciso recuperar os mais de 50 GB de espaço faltantes no disco.

[ps eu já verifiquei a pergunta do superusuário "por que df é diferente de du", não pareceu relevante para o meu problema.]

Responder1

Isso acaba sendo uma variante do problema descrito aqui:

https://serverfault.com/questions/454194/disk-space-keeps-filling-up-on-ec2-instance-with-no-apperent-files-directories

A solução ali descrita foi a solução para este problema.

Se um arquivo que foi excluído ainda estiver aberto por um processo, o espaço não será recuperado até que o processo feche o arquivo (ou seja eliminado). Se você não conseguir identificar o processo que está mantendo um arquivo aberto, uma reinicialização ajudará, pois fechará todos os processos em execução (e, portanto, fechará todos os arquivos abertos).

Depois de localizar o processo aberto e eliminá-lo, o espaço foi recuperado.

informação relacionada