A AWS não redimensiona uma instância do RHEL64 no lançamento

Question

Estou usando o AWS para inicializar uma instância do RHEL64, mas o disco não está sendo redimensionado para caber no volume selecionado.

Aqui está o cenário: I Inicie uma instância em execução a partir do Marketplace AMI ami-517eec6b (que é a imagem RHEL64 aprovada pela RedHat) e selecione um tamanho de volume de, digamos, 30GB. A instância é iniciada com êxito, no entanto, a saída do fdisk e do df não corresponde.

ou seja, df está mostrando o sistema de arquivos relatado para apenas 8GB (o tamanho padrão)

$ df -h 
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      5.7G  2.3G  3.4G  41% /
none            1.8G     0  1.8G   0% /dev/shm

O fdisk está mostrando o volume para os 30gb corretos.

$ sudo fdisk -l 

Disk /dev/xvda: 32.2 GB, 32212254720 bytes
4 heads, 32 sectors/track, 491520 cylinders
Units = cylinders of 128 * 512 = 65536 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00072e87
    Device Boot      Start         End      Blocks   Id  System
/dev/xvda1               1       93750     5999984   83  Linux

Pensei que poderia apenas redimensionar esse sistema de arquivos (com base nos comentários encontrados em outros artigos), mas parece que isso não funciona.

$ sudo resize2fs /dev/xvda1
resize2fs 1.41.12 (17-May-2010)
The filesystem is already 1499996 blocks long.  Nothing to do!

Aqui está a versão do O / S

$ uname -a 
Linux ip-10-100-155-254 2.6.32-431.el6.x86_64 #1 SMP Sun Nov 10 22:19:54 EST 2013 x86_64 x86_64 x86_64 GNU/Linux

Eu estou supondo que eu provavelmente possa anexar isso a outra instância e redimensionar o sistema de arquivos, mas estou mais preocupado que a AMI não consiga detectar o volume apresentado a ele.

Estou pensando que é mais do que provável que o kernel do sistema operacional não atenda às mudanças de volume subjacentes, mas precise de alguma ajuda para corrigir isso.

O que está acontecendo e como posso corrigir isso na inicialização?

Obrigado antecipadamente!

    

Answer 1

O motivo pelo qual você não pode redimensionar o sistema de arquivos é que ele já está ocupando todo o espaço da partição. O crescimento do disco não alterou a tabela de partições, portanto você ainda tem uma partição do mesmo tamanho e espaço livre não particionado no restante do disco.

Os passos necessários são:

• Cresça o disco virtual (você já fez isso)
• Cresça a partição (isso é o que você esqueceu)
• Reinicializar (para recarregar a tabela de partições, necessária apenas se o disco estivesse ocupado)
• Cresça o sistema de arquivos

Answer 2

Então encontrei isso na minha escavação,

Infelizmente, esse é um bug conhecido em AMIs do RHEL / CentOS 6.5, no entanto, há duas soluções alternativas para estender o sistema de arquivos conforme solicitado:

Você pode montar o volume em outra instância e usar o parted para expandir o limite da partição para o volume no qual o FS raiz está, conforme mencionado no link abaixo: link

Você pode usar o módulo growroot dracut, que gerará um novo initramfs e aumentará a partição para o tamanho do volume. Isso pode ser feito usando o seguinte:

1. Verifique se o repo EPEL está habilitado e, caso contrário, ative o repo com o seguinte: wget link rpm -i epel-release-6-8.noarch.rpm

2. Instrua o dracut a reconstruir o initramfs com o módulo dracut growroot:

   dracut --force --add growroot /boot/initramfs-$(uname -r).img

3. Reinicialize a instância e confirme se o tamanho da partição foi expandido usando lsblk e df Você também estava perguntando por que o PV não é suportado nos novos tipos de instâncias T2. Isso ocorre porque o PV fornece abstração entre a instância e a camada de hardware, o que impede que os créditos de CPU nos tipos de instância T2 funcionem. Em geral, o HVM é agora a tecnologia de virtualização mais comum que estamos usando devido aos novos conjuntos de instruções nos processadores da Intel que o PV não suporta.

Depois de fazer isso, realmente redimensione na inicialização como eu queria.