Servidor Ubuntu: disco rígido sempre cheio


8

Eu tenho 50GB vps

quando eu corro df eu recebo

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             49982172  46580100    863064  99% /
none                    507212       172    507040   1% /dev
none                    511676         4    511672   1% /dev/shm
none                    511676        76    511600   1% /var/run
none                    511676         0    511676   0% /var/lock
none                    511676         0    511676   0% /lib/init/rw

Quando corro du -h de / recebo

...
20K     ./tmp/vmware-root
4.0K    ./tmp/.webmin
4.0K    ./tmp/.X11-unix
4.0K    ./tmp/.ICE-unix
4.0K    ./tmp/hsperfdata_root
48K     ./tmp
7.7M    ./bin
3.8G    .

Também tentei descobrir arquivos com mais de 100 MB para tentar descobrir o que está ocupando meu espaço com find / -size + 100M -ls

4026531985    0 -r--------   1 root     root     140737486266368 Mar 23 08:55 /proc/kcore
find: `/proc/3969/task/3969/fd/5': No such file or directory
find: `/proc/3969/task/3969/fdinfo/5': No such file or directory
find: `/proc/3969/fd/5': No such file or directory
find: `/proc/3969/fdinfo/5': No such file or directory

Não tenho idéia do que mais posso fazer para encontrar meu problema.

Editar:

Mais informações

df --inodes /

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1            3178496  178211 3000285    6% /

encontre / -xdev -print | wc -l

178773

lsof + L1

COMMAND     PID  USER   FD   TYPE DEVICE SIZE/OFF NLINK    NODE NAME
miniserv.  1496  root  txt    REG    8,1    10416     0 2364381 /usr/bin/perl (deleted)
mysqld    12869 mysql    4u   REG    8,1        0     0  537495 /tmp/ibkCwnHJ (deleted)
mysqld    12869 mysql    5u   REG    8,1        0     0  537497 /tmp/ibFyPrrv (deleted)
mysqld    12869 mysql    6u   REG    8,1        0     0  537499 /tmp/ibdUnwbh (deleted)
mysqld    12869 mysql    7u   REG    8,1        0     0  537500 /tmp/iblHYOV2 (deleted)
mysqld    12869 mysql   11u   REG    8,1        0     0  537501 /tmp/ibUW9YGO (deleted)

ID do Distribuidor: Ubuntu Descrição: Ubuntu 10.04.4 LTS Release: 10.04 Nome de código: lucid


1
Eu gostaria de ver o uso do seu inode:df -i
Wesley

@WesleyDavid: adicionado à postagem original.
Krayons 23/03

Eu suspeito que o seu du -himprimiu um monte de informações, e você pode ter perdido um importante ... Tente du -sm /* | sort -nter a lista (classificadas por tamanho) em MB de /subdirs
e2-e4

Respostas:


11

Geralmente, há alguma discrepância entre du e df, mas normalmente não é tão grande quanto você está vendo.

  • du relata o espaço em disco usado pela leitura das informações da árvore de diretórios, é preciso, mas lento.
  • O df relata o espaço em disco usado pela leitura dos metadados do sistema de arquivos, é rápido, mas menos preciso, pois trabalha com blocos.

A causa usual para o que você está vendo é um arquivo que foi excluído, mas ainda não foi fechado pelo processo que está sendo gravado nele.

Como o arquivo foi excluído, você não verá uma entrada de diretório e, portanto, não poderá incluí-la em seu relatório.

Como o arquivo ainda está aberto, os blocos que ele usa não são livres, portanto o df relatará que eles estão em uso.

Você deve conseguir rastrear o arquivo que está causando o problema com

lsof +L1

Verifique a SIZE/OFFcoluna.

Uma especificação do formulário + L1 selecionará arquivos abertos que foram desvinculados. Uma especificação do formulário + L1 selecionará arquivos abertos não vinculados no sistema de arquivos especificado.


Obrigado. Adicionado o resultado de lsof + L1 na postagem de abertura. Não parece que o problema está aí.
Krayons 23/03

@ Krayons: Eu estaria procurando agendar algum tempo de inatividade para executar um fsck então.
user9517

Isso tinha corrigido isso. Deve ter sido algo terrivelmente errado com o sistema de arquivos.
Krayons
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.