Excesso de espaço em disco

0

Tenho uma máquina Ubuntu, versão 14.04 em execução no AWS (EC2). Ontem, meu espaço em disco ficou sem espaço. Correndo com o usuário root

df -h

Traga esse resultado:

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      148G  142G  106M 100% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            3.7G  8.0K  3.7G   1% /dev
tmpfs           748M  332K  748M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.7G     0  3.7G   0% /run/shm
none            100M     0  100M   0% /run/user
overflow        1.0M   32K  992K   4% /tmp

Mas executando este comando:

du -ch /

Deu este resultado:

....
1.5G    /
1.5G    total

A reinicialização deu resultados de salvamento. Hoje de manhã, quando voltei ao escritório E NINGUÉM TOQUE NA MÁQUINA (e não há tarefas em lote ou processos que escrevam e / ou excluam arquivos), eu corro novamente os comandos. Eu tenho:

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      148G  1.6G  140G   2% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
udev            3.7G  8.0K  3.7G   1% /dev
tmpfs           748M  332K  748M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            3.7G     0  3.7G   0% /run/shm
none            100M     0  100M   0% /run/user
overflow        1.0M   32K  992K   4% /tmp

Que faz muito mais sentido.

Alguém tem uma explicação porque isso aconteceu? e por que depois de um espaço noturno estar livre?

Por favor, note que eu vi o espaço em disco usado crescer de forma constante. E é a terceira vez que isso acontece.

    
por Yonatan 20.10.2014 / 07:58

3 respostas

0

Isso é apenas uma falha / bug.

Uma causa possível é que um arquivo / pasta / diretório temporário estava ocupando muito espaço, mas ainda não foi limpo. Quando você verificou de manhã, algum processo apagou o tempspace.

Não é nada para se preocupar, e provavelmente foi apenas uma falha no sistema.

Baseado no seu comentário de que foi uma "tentativa de hackear", essa é provavelmente a melhor resposta. Durante o hack, alguma falha ou erro foi introduzido. Também pode ter sido uma grande quantidade de arquivos temporários (pense em estouro de memória). Nada para se preocupar a longo prazo.

    
por Kaz Wolfe 20.10.2014 / 09:20
0

Você é a única pessoa que pode fazer login nesta caixa?

Por que eu faço essa pergunta, parece que você está executando um aplicativo que gera um arquivo de log enorme ou outros arquivos (por exemplo, ativar a opção de depuração em aplicativos, ele preenche o espaço muito rapidamente). Em seguida, um cara na sua equipe que excluirá esse arquivo diretamente, mas o espaço não será liberado, até que você reinicie o aplicativo ou reinicie a caixa.

Isso faz sentido para você?

    
por BMW 16.12.2014 / 10:14
0

Eu suponho que você já tenha excluído os arquivos, mas eles ainda estão abertos por algum programa.

Como o arquivo nginx access.log. Você pode excluí-lo, mas se o nginx não for girado ou reiniciado. O arquivo permanecerá.

Tente encontrar todos os arquivos excluídos que ainda estão abertos.

sudo lsof | grep '(deleted)'

Se você encontrar arquivos marcados como '(excluídos)', apenas reinicie o programa usando esses arquivos.

    
por Peycho Dimitrov 31.03.2015 / 11:45