Recuperando espaço que 'df' diz que deve estar disponível

Question

Eu tenho um servidor linux hospedado em um dos CloudServers da Rackspace e ele está mostrando que eu não tenho espaço disponível, mas também mostra que eu tenho 12GB não usado na partição raiz. O único trabalho desse servidor é rsyncar os arquivos todas as noites de outro servidor via rsync e manter um backup de emergência desses arquivos.

Eu encontrei um diretório que tinha alguns arquivos de backup que não eram necessários, então os excluí, e foi isso que me deu 12 GB sem uso. A exclusão de arquivos encolhe o espaço "Usado", mas não fornece nada ao espaço "Disponível".

lsof não mostra que está se prendendo a nada e df -i diz que tenho muitos inodes gratuitos.

Eu também reiniciei este servidor várias vezes e o problema persiste. Eu até reinicializei no modo de recuperação e executei um fsck no dispositivo e não vi nenhum erro evidente:

root@RESCUE-nightly-snapshot:~# fsck /dev/xvdb1
fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
/dev/xvdb1: recovering journal
Setting free inodes count to 20630768 (was 20630766)
Setting free blocks count to 2845985 (was 2755815)
/dev/xvdb1: clean, 340752/20971520 files, 81040087/83886072 blocks
root@RESCUE-nightly-snapshot:~#

Então, estou meio que preso porque os usuários normais não podem criar novos arquivos e o usuário do syslog não pode acrescentar nenhum arquivo de log.

Por último, o sistema de arquivos é ext3 e algo no meu cérebro está dizendo que talvez haja algo estranho com o diário. Eu não sei se esse espaço poderia ser ocupado pelo jornal ou até mesmo como contar.

Eu gostaria de receber dicas sobre como recuperar esse espaço que deveria ter sido liberado.

root@nightly-snapshot:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      315G  303G     0 100% /
udev            3.9G  4.0K  3.9G   1% /dev
tmpfs           1.6G  244K  1.6G   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.9G     0  3.9G   0% /run/shm
overflow        1.0M     0  1.0M   0% /tmp
/dev/md0        5.0T  4.2T  593G  88% /mnt/raid
root@nightly-snapshot:~# df -i
Filesystem        Inodes    IUsed     IFree IUse% Mounted on
/dev/xvda1      20971520   340750  20630770    2% /
udev             1016188      422   1015766    1% /dev
tmpfs            1018170      319   1017851    1% /run
none             1018170        3   1018167    1% /run/lock
none             1018170        1   1018169    1% /run/shm
overflow         1018170        1   1018169    1% /tmp
/dev/md0       167772160 12607068 155165092    8% /mnt/raid
root@nightly-snapshot:~#
root@nightly-snapshot:~# lsof | grep -i deleted
root@nightly-snapshot:~#

    

Answer 1

Há uma chance de que esse espaço seja reservado para o usuário root. Por favor, confira quanto espaço é reservado para o root, com:

tune2fs -l /dev/xvda1

Isso lhe dará a contagem de blocos reservada para o usuário root, multiplicá-lo pelo tamanho do bloco e você terá o tamanho do espaço reservado (em bytes).

Você pode modificar o espaço reservado com: tune2fs -m 1 /dev/xvda1 O número após -m é a porcentagem de espaço em disco que deve ser reservada. Neste exemplo é 1%.