xvda1 está 100% cheio, o que é isso? como consertar?

30

Estou executando uma instância do Linux no EC2 (tenho MongoDB e node.js instalados) e estou recebendo este erro:

Cannot write: No space left on device

Acho que rastreei até este arquivo, aqui está a saída do df

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/xvda1             1032088   1032088         0 100% /

O problema é que não sei o que é esse arquivo e também não sei se esse arquivo é o problema.

Então, minha pergunta é: Como corrijo o erro "Nenhum espaço deixado no dispositivo"?

    
por Chris Biscardi 13.11.2011 / 04:33

3 respostas

46

Esse arquivo, / é seu diretório raiz. Se é o único sistema de arquivos que você vê em df , então é tudo. Você tem um sistema de arquivos de 1GB e está 100% cheio. Você pode começar a descobrir como é usado assim:

sudo du -x / | sort -n | tail -40

Você pode então substituir / pelos caminhos que ocupam mais espaço. (Eles estarão no final, graças ao sort . O comando pode demorar um pouco.)

    
por 13.11.2011 / 04:43
6

Se você estiver executando uma instância de inicialização do EBS (recomendado), poderá aumentar o tamanho do volume raiz (/) usando o procedimento descrito neste artigo:

Resizing the Root Disk on a Running EBS Boot EC2 Instance
http://alestic.com/2010/02/ec2-resize-running-ebs-root

Se você estiver executando uma instância de armazenamento de instância (não recomendada), não poderá alterar o tamanho do disco raiz. Você precisa excluir arquivos ou mover arquivos para armazenamento efêmero (por exemplo, / mnt) ou anexar volumes do EBS e mover arquivos para lá.

Aqui está um artigo que eu escrevi que descreve como mover um banco de dados MySQL do disco raiz para um volume do EBS:

Running MySQL on Amazon EC2 with EBS
http://aws.amazon.com/articles/1663

... e considere mudar para instâncias de inicialização do EBS. Há muitas razões pelas quais você se agradecerá depois.

    
por 13.11.2011 / 06:15
6

Eu sei que estou respondendo neste tópico depois de quase 5 anos, mas pode ajudar alguém, Eu tive o mesmo problema, eu tive a instância m4.xlarge df -h disse que o / dev / xvda1 estava cheio, - 100%

Filesystem      Size  Used Avail Use% Mounted on
udev            7.9G     0  7.9G   0% /dev
tmpfs           1.6G  177M  1.4G  12% /run
/dev/xvda1      7.7G  7.7G     0 100% /
tmpfs           7.9G     0  7.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           7.9G     0  7.9G   0% /sys/fs/cgroup
tmpfs           1.6G     0  1.6G   0% /run/user/1000

eu tentei resolver isso aqui são os passos

sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'

Ajudou-me a saber que era o contentor docker que falava todo o meu espaço então eu empurro todo o meu contêiner para o meu registro docker então sudo rm -rf / var / lib / docker / esclareceu meu espaço :) espero que ajude alguém:)

    
por 22.09.2017 / 15:49