df no linux não mostra o espaço livre correto após a remoção do arquivo

Eu tenho servidores de arquivos que são usados ​​para armazenar arquivos. Os arquivos podem residir lá por uma semana ou por um ano. Infelizmente, quando removo arquivos do servidor, o dfcomando não reflete o espaço liberado. Por fim, o servidor fica cheio ( dfmostra 99%) e meu script não envia mais arquivos para lá, exceto que pode haver algumas dezenas de GB de espaço livre lá.

Eu tenho noatimeflag nas partições montadas, se isso faz alguma diferença.

A exclusão do nome do arquivo não exclui o arquivo. Algum outro processo está mantendo o arquivo aberto, fazendo com que ele não seja excluído; reinicie ou interrompa esse processo para liberar o arquivo.

Usar

lsof +L1

para descobrir qual processo está usando um arquivo excluído (não vinculado).

como Ignacio menciona, excluir o arquivo não liberará espaço até você excluir os processos que possuem identificadores abertos nesse arquivo.

No entanto, você pode recuperar o espaço sem matar os processos. Tudo que você precisa fazer é remover os descritores de arquivo.

Primeiro execute lsof | grep excluído para identificar o processo que contém o arquivo

[hudson@opsynxvm0055 log]$ /usr/sbin/lsof |grep deleted
java       8859   hudson    1w      REG              253,0 3662503356    7578206 /crucible/data/current/var/log/fisheye.out (deleted)

Em seguida, execute:

cd /proc/PID/fd

então

[hudson@opsynxvm0055 fd]$ ls -l |grep deleted
total 0
l-wx------ 1 hudson devel 64 Feb  7 11:48 1 -> /crucible/data/current/var/log/fisheye.out (deleted)

O "1" será o descritor de arquivo. Agora digite "> FD" para recuperar esse espaço

> 1

Pode ser necessário repetir a operação se houver outros processos mantendo o arquivo.

Uma possibilidade é que os arquivos que você excluiu tenham mais referências no sistema de arquivos. Se você criou links físicos, vários nomes de arquivos apontarão para os mesmos dados, e os dados (o conteúdo real) não serão marcados como livres / utilizáveis ​​até que todas as referências a eles sejam removidas. Antes de excluir os arquivos, stat-los (entrada denominada links) ou ls -l neles (deve ser a segunda coluna).

Se os arquivos forem referenciados em outro lugar, acho que você precisará ls -i o (s) arquivo (s) para encontrar o número do inode e, em seguida, faça uma busca com -inum <inode-number> para encontrar o outras referências a esse arquivo (você provavelmente também deseja usar -mount para permanecer no mesmo sistema de arquivos).

O arquivo ainda está bloqueado pelo processo de abertura. Para liberar espaço, siga estas etapas:

1. Execute sudo lsof | grep deletede veja qual processo está mantendo o arquivo. Resultado de exemplo:

   $ sudo lsof | grep deleted
   COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF      NODE NAME
   cron     1623 root    5u   REG   0,21        0 395919638 /tmp/tmpfPagTZ4 (deleted)
   

2. Mate o processo usando sudo kill -9 {PID}. Na amostra acima, o PID é 1623.

   $ sudo kill -9 1623
   

3. Execute dfpara verificar se o espaço já está liberado. Se ainda estiver cheio, talvez você precise esperar alguns segundos e verificar novamente.

Se a partição foi configurada para reservar determinada parte do espaço em disco apenas para uso raiz, dfnão incluirá esse espaço como disponível.

[root@server]# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Mesmo após o espaço ser recuperado pela exclusão de arquivos / diretórios, o usuário não root não poderá gravar em uma partição específica.

Você pode verificar facilmente se esse é o seu caso, tentando criar um arquivo em um dispositivo como usuário root e não root.

Além disso, você pode verificar a configuração do sistema de arquivos executando

tune2fs -l <device> | egrep "Block count|Reserved block count

e calculando a porcentagem real por conta própria.

Para alterar o disco% reservado para uso somente raiz, execute

tune2fs -m <percentage> <device>

As outras respostas estão corretas: se você excluir um arquivo e o espaço não for liberado, geralmente é porque o arquivo ainda é mantido aberto ou há outros links para ele.

Para ajudar na solução de problemas, use uma ferramenta que indique onde o espaço da unidade está sendo gasto: Você pode usar dupara obter uma visão geral de onde o espaço está indo. Melhor ainda, use uma ferramenta gráfica como xdiskusage (existem muitas como esta) para caçar o culpado. O xdiskusage e os amigos permitem pesquisar os maiores porcos espaciais para descobrir para onde o espaço está indo.

Dessa forma, você encontrará rapidamente arquivos que ainda ocupam espaço por causa de um segundo link físico. Ele também mostrará o espaço ocupado por arquivos excluídos, mas abertos (como (permissão negada), acredito, pois não pode ler o nome do arquivo).

Desde que eu sei que muitos de vocês estão fazendo isso para redhat in /vare gzipping de arquivos, esperando que o FS encolha, mas, em vez disso, ele cresce, apenas certifique-se de reiniciar o syslog do serviço. e

lsof -v file

mostraria isso de qualquer maneira.

Mais uma opção: o disco pode estar cheio devido a um processo que cria continuamente dados: logs, núcleos e similares. É possível que o espaço esteja realmente sendo liberado, mas seja imediatamente preenchido. Eu realmente vi esse caso. dfneste caso, simplesmente não mostra a imagem do buraco. Use dupara aprender mais.

Estou usando EXT2, o FSCK me ajudou nessa situação. Tente shudown -F agora, depois de algumas reinicializações e fscks, vejo metade do espaço usado.

Para verificar quais arquivos excluídos ocuparam memória, digite o comando

 $ sudo lsof | grep deleted

Ele mostrará os arquivos excluídos que contêm memória.

Em seguida, mate o processo com pid ou nome

$ sudo kill <pid>
$ df -h

verifique agora você terá a mesma memória

Caso contrário, digite o comando abaixo para ver qual arquivo está ocupando memória

# cd /
# du --threshold=(SIZE)

mencione qualquer tamanho, ele mostrará quais arquivos estão ocupando acima do tamanho limite e exclua o arquivo que você encontrará na memória retida

terminal aberto tente este comando df -Em seguida, use este comando sudo du -h --max-depth = 1 / neste comando você encontrará detalhes de uso do disco e, em seguida, será aberto como usuário root excluir o arquivo (root-local-share-lixo) e exclua seu arquivo