Não resta espaço no dispositivo após aumentar o sistema de arquivos


9

Estou usando uma VM no Google Compute Cloud. Aumentei meu disco de 10G para 200G.

Segui as etapas exatas aqui: https://cloud.google.com/compute/docs/disks#repartitionrootpd

Para resumir:

  • Executei o fdisk, removi a única partição, criei uma nova em tamanho real, o mesmo início / final novo, o mesmo ID do dispositivo
  • Eu reiniciei a instância
  • Redimensionei meu sistema de arquivos usando sudo xfs_growfs /(estou executando o CentOS 7)

Depois disso, eu untararquivei um arquivo 3.5G em um /optsubdiretório que, após alguns minutos, terminou com:

Cannot mkdir: No space left on device

Posso verificar se o espaço está aqui e parece (pelo menos para mim) que ele deve estar disponível em qualquer lugar

# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       200G   13G  188G   7% /
devtmpfs        1.9G     0  1.9G   0% /dev
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           1.9G  8.3M  1.8G   1% /run
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup

Agora, com essa configuração exata, um simples comando cp em um diretório de 50Mb também retorna:

cp: cannot create regular file ‘toto/conf/server.xml’: No space left on device

Eu tinha muitos arquivos pequenos no meu alcatrão, então pensei em uma limitação de inode, mas:

# df -ih
Filesystem     Inodes IUsed IFree IUse% Mounted on
/dev/sda1        200M  100K  200M    1% /
devtmpfs         462K   285  462K    1% /dev
tmpfs            463K     1  463K    1% /dev/shm
tmpfs            463K   309  463K    1% /run
tmpfs            463K    13  463K    1% /sys/fs/cgroup

É como se meu novo espaço em disco não estivesse disponível. Porque tenho a sensação de que ele parou aproximadamente na minha antiga limitação de disco de 10G.

Eu não tenho a menor ideia do que fazer agora.


3
Isso soa como o antigo problema do inode32. Tente alterar as opções de montagem para usar o inode64. xfs.org/index.php/…
austinian 28/11

Respostas:


12

Eu consegui fazê-lo funcionar através do comando:

mount -o remount,inode64 /

Aparentemente, isso é uma regressão no kernel do CentOS 3.7 a 3.17 e eu estou na 3.10.

Aqui está o link relevante: http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F


1
Você também pode aceitar sua própria resposta e é isso que eu sugiro a você (para não deixar essa pergunta em aberto até a eternidade).
peterh - Restabelece Monica

1

Altere as opções de montagem para usar o inode64.

Esse problema parece o da FAQ do XFS

http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_receive_No_space_left_on_device_after_xfs_growfs.3F


Respondi no comentário anteriormente porque não tinha certeza Se essa era a resposta certa, pois inode64 é o padrão para o XFS no kernel incluído no CentOS 7
austinian

Acho que isso está relacionado à "nuvem de computação do Google", pois é a infraestrutura do Google que conecta o disco à minha VM. Eu não uso qualquer outra coisa, mas os padrões
Christophe Fondacci
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.