Não há espaço no dispositivo após o crescimento do sistema de arquivos

Question

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

Eu segui as etapas exatas aqui: link

Para resumir:

• Eu executei o fdisk, removi a única partição, criei uma nova do tamanho total, a mesma start / new end, o mesmo ID do dispositivo
• reinicializei a instância
• Redimensionei meu sistema de arquivos usando sudo xfs_growfs / (estou executando o CentOS 7)

Após isso, eu untar um arquivo 3.5G em um subdiretório /opt que, após alguns minutos, terminou com:

Cannot mkdir: No space left on device

Eu posso verificar se o espaço está aqui e parece (pelo menos para mim) que ele deve estar disponível em todos os lugares

# 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 comando cp simples 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 tar, 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 10G.

Não tenho ideia do que fazer agora.

    

Answer 1

Consegui fazê-lo funcionar através do comando:

mount -o remount,inode64 /

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

Aqui está o link relevante: link

    

Answer 2

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

Esse problema parece ser o da FAQ do XFS

link