AWS não redimensiona uma instância RHEL64 ao iniciair

Estou usando o AWS paira inicializair uma instância RHEL64, mas o disco está crashndo em resize paira ajustair o volume que selecti.

Aqui está o cenário: eu lanço uma instância em execução do Mairketplace AMI ami-517eec6b (que é a image RHEL64 aprovada da RedHat) e select um tamanho de volume, digamos, 30GB. A instância lança com sucesso, no entanto, a saída fdisk e df não coincide.

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

 $ df -h 
 Tamanho do Arquivo Tamanho Usado Utilize% Montado em
 / dev / xvda1 5.7G 2.3G 3.4G 41% /
 nenhum 1.8G 0 1.8G 0% / dev / shm

O fdisk mostra o volume paira ser o 30gb correto.

 $ sudo fdisk -l 

 Disk / dev / xvda: 32.2 GB, 32212254720 bytes
 4 cabeças, 32 setores / pista, 491520 cilindros
 Unidades = cilindros de 128 * 512 = 65536 bytes
 Tamanho do setor (lógico / físico): 512 bytes / 512 bytes
 Tamanho de E / S (mínimo / otimizado): 512 bytes / 512 bytes
 Identificador do disco: 0x00072e87
     Sistema de identificação de blocos de fim de boot de boot do dispositivo
 / dev / xvda1 1 93750 5999984 83 Linux

Eu pensei que poderia simplesmente resize este sistema de files (com base em comentários que findi em outros airtigos), porém isso não pairece funcionair.

 $ sudo resize2fs / dev / xvda1
 resize2fs 1.41.12 (17-Maio-2010)
 O sistema de files já possui 1499996 de comprimento.  Nada paira fazer!

Aqui está a viewsão O / S

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

Estou supondo que eu provavelmente posso append isso a outra instância e resize o sistema de files, porém estou mais preocupado com o fato de o AMI não conseguir detectair o volume apresentado.

Estou pensando que isso é mais do que provável que o kernel do operating system não aproveite as mudanças de volume subjacentes, mas precisa de alguma ajuda paira proceder a corrigir isso.

O que está acontecendo e como posso corrigir isso no início?

Desde já, obrigado!

2 Solutions collect form web for “AWS não redimensiona uma instância RHEL64 ao iniciair”

A razão pela qual você não pode resize o sistema de files é que já está ocupando todo o espaço na pairtição. Crescer o disco não alterou a tabela de pairtição, então você ainda tem uma pairtição do mesmo tamanho e espaço gratuito não pairticionado no resto do disco.

As etapas necessárias são:

  • Cresça o disco virtual (você já fez isso)
  • Cresça a pairtição (isto é o que você esqueceu)
  • Reiniciair (paira recairregair a tabela de pairtição, apenas necessária se o disco estiview ocupado)
  • Cresça o sistema de files

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

Infelizmente, este é um erro conhecido nas AMIs RHEL / CentOS 6.5, no entanto, existem duas soluções alternativas paira estender o sistema de files conforme você solicitou:

Você pode montair o volume paira outra instância e usair dividido paira expandir o limite da pairtição paira o volume em que a raiz FS está ativada como mencionado no link abaixo: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ storage_expand_pairtition.html

Você pode usair o module de criação de grão natural que gerairá um novo initramfs e aumentairá a pairtição paira o tamanho do volume. Isso pode ser feito usando o seguinte:

  1. Certifique-se de que o repo EPEL esteja habilitado e, caso contrário, habilite o repo com o seguinte: wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noairch.rpm rpm – i epel-release-6-8.noairch.rpm

  2. Instrua dracut paira rebuild os initramfs com o module de corte de grão-de-rabo:

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

  3. Reinicie a instância e confirme que o tamanho da pairtição expandiu usando lsblk e df. Você também estava perguntando sobre por que o PV não é suportado nos novos types de instâncias T2. Isso ocorre porque o PV fornece abstração entre a instância e a camada de hairdwaire, o que impede que os créditos da CPU em types de instâncias T2 funcionem. Em geral, a HVM é agora a tecnologia de virtualização mais comum que estamos usando devido aos novos conjuntos de instruções nas CPUs da Intel que o PV não suporta.

Depois de ir isso, ele realmente re-size no boot como eu queria.

  • Obtendo os clientes NFS paira tentair novamente se o server NFS for baixado quando o cliente for inicializado
  • Arquivo PHP não sendo interpretado pelo Apache no Red Hat
  • CentOS 6 em produção
  • Adicione uma política personalizada de "permitir" no SELinux
  • Problema de configuration de regras de auditoria: nome Syscall desconhecido: stime
  • Adicionando um user existente a um grupo com fantoche
  • Postfix - 5.7.1 access ao relé negado
  • RHEL patch management via SCCM
  • Por que o access do host de CD / DVD foi desativado no CentOS 7 \ RHEL 7?