df -h mostra apenas 10 GB, mas atribui um disco de 500 GB à instância GCE

Continuo sem espaço em disco ao tentar compilar o gcc e continuo criando tamanhos de disco cada vez maiores e, após 5 horas de compilação, fica sem espaço em disco. Eu redimensionei o disco quatro vezes agora, reiniciei a etapa de compilação pela quarta vez agora com um disco de 500 GB.

Quando corri df -hpara ver quanto espaço era usado, ele diz apenas 9,7 GB, mas isso é considerado 100%.

Eu pensei que poderia haver outro disco, mas eu só estou vendo sdae sua partição

ls /dev/sd*
/dev/sda  /dev/sda1

Então, meu disco tem realmente 500 GB de tamanho e dfestá apenas relatando errado (nesse caso, a compilação de gcc diminui todos os 500 GB) ou o Dashboard do Google Cloud está relatando incorretamente, dfrelatando-o corretamente e compilando gcc não está corrigindo 500 GB?

De qualquer forma, a menos que eu deva fazer algo para usar os 500 GB (o que é contra-intuitivo), acho que isso é um bug?

(Pesquisei antes de publicar, vi apenas problemas relacionados à AWS)

ATUALIZAÇÃO - lsblk explica isso:

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  500G  0 disk 
└─sda1   8:1    0   10G  0 part /

google-compute-engine

— Jan Vladimir Mostert
fonte

Poste a saída de lsblk.

— EEAA

Parece uma partição raiz padrão do Linux, redimensionada para mim. A menos que o GCE tenha algumas ferramentas sofisticadas para dizer à sua VM para expandir o sistema de arquivos da partição recém-expandida, você deve fazer isso sozinho.

— Magalhães

Obrigado @EEAA, que explica tudo, vejo que a partição de inicialização tem apenas 10 GB de tamanho de 500 GB, não sabia que precisava redimensioná-la.

— Jan Vladimir Mostert

No Debian, não preciso redimensionar, parece que é apenas o CentOS: stackoverflow.com/questions/30786236/…

— Jan Vladimir Mostert

cloud.google.com/compute/docs/disks/…

— Jan Vladimir Mostert

Respostas:

Parece que o Google Compute Engine oferece redimensionamento automático de partições raiz na maioria dos sistemas operacionais (geralmente estou usando o Debian, por isso nunca tive esses problemas), parece que o CentOS não é um deles.

Consulte: https://cloud.google.com/compute/docs/disks/persistent-disks#repartitionrootpd

No meu caso, é necessária uma repartição manual, consulte: https://cloud.google.com/compute/docs/disks/persistent-disks#manualrepartition

Depois de seguir as etapas, o tamanho do meu disco agora é de 500 GB

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  500G  0 disk 
└─sda1   8:1    0  500G  0 part /

— Jan Vladimir Mostert
fonte

Eu recomendaria tirar um instantâneo da sua VM se o GCE permitir isso antes de tentar. E se você não tiver feito isso antes, eu recomendaria definitivamente tentar em instâncias que não sejam de produção antes de fazer isso em produção.

— Magalhães

Hehe, tarde demais, já destruiu a máquina. Felizmente, fiz um instantâneo na noite passada, sem grandes danos.

— Jan Vladimir Mostert

Aqui estão as etapas em que você possui uma única partição xfs (/ dev / sda1).

Não se esqueça de tirar uma foto antes de tentar!

Primeiro recrie sua partição raiz, digite este comando:

(echo d; echo n; echo p; echo 1; echo ; echo; echo w) | sudo fdisk /dev/sda

Em seguida, reinicie o servidor. Depois de reiniciado, aumente sua partição

xfs_growfs /dev/sda1

Verifique com:

df -h

— Novkovski Stevo Bato
fonte