AWS linux adiciona volume aumentado em uma partição existente

0

Estou usando o AWS para meu servidor de produção.Yesteday Meu mongodb parou de funcionar e diz que não há espaço suficiente para o journling. Para adicionar mais espaço, editei o volumn no console da AWS e aumentei o tamanho da volumn para 16Gib.result de lsblk na linha de comando do linux está como abaixo

  lsblk
  NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
  xvda    202:0    0  16G  0 disk
    └─xvda1 202:1    0   8G  0 part /

Comando de impressão no parted mostra o resultado abaixo

 print
 Model: Xen Virtual Block Device (xvd)
 Disk /dev/xvda: 17.2GB
 Sector size (logical/physical): 512B/512B
 Partition Table: gpt

Number  Start   End     Size    File system  Name                 Flags
128     1049kB  2097kB  1049kB               BIOS Boot Partition  bios_grub
1      2097kB  8590MB  8588MB  ext4         Linux
2      8590MB  17.2GB  8590MB               Linux

e df-h mostra o resultado abaixo

 df -h
 Filesystem      Size  Used Avail Use% Mounted on
 /dev/xvda1      7.8G  4.3G  3.5G  56% /
 devtmpfs        488M   56K  488M   1% /dev
 tmpfs           498M     0  498M   0% /dev/shm

Eu preciso adicionar o espaço extra extra que é de 8 GB para / dev / xvda1 sem perder nada no servidor. Eu sou bastante novo para servidores linux. Qualquer ajuda ou sugestões são apreciadas

EDIT1 - depois do google eu também tentei fazer resize2fs mas ele mostra o seguinte resultado

resize2fs /dev/xvda1
 resize2fs 1.42.12 (29-Aug-2014)
 The filesystem is already 2096635 (4k) blocks long.  Nothing to do!
    
por Mahi 22.07.2017 / 04:28

1 resposta

0

Primeiramente, você deve fazer um backup completo antes de tentar algo assim.

Você precisa excluir essa segunda partição da tabela de partição (por exemplo, com gdisk ou parted ), estender a primeira partição até o final do espaço recém-disponível e, finalmente, aumentar o sistema de arquivos para que ele seja conhecido tem mais armazenamento disponível - este último passo é diferente para cada tipo de sistema de arquivos. por exemplo. Se o fs for xfs, você usaria xfs_growfs . Para ext2 / 3/4, você usaria resize2fs . Existem várias perguntas com boas respostas neste site sobre o crescimento de um sistema de arquivos - eu recomendo strongmente pesquisar este assunto extensivamente antes de tentar. Não é difícil, mas até pequenos erros podem causar perda de dados catastrófica.

Outra alternativa é simplesmente criar uma nova VM com um disco de 16G ou maior (ou um pequeno disco de inicialização / OS de 1-4GB / dev / xvda e um segundo disco / dev / xvdb maior para seu banco de dados - o que fará as coisas mais simples se você precisar aumentar o espaço de armazenamento novamente). Obtenha a segunda VM funcionando exatamente igual à original e copie os dados da VM original para a nova.

rsync é provavelmente o melhor para copiar - você pode rsync os dados enquanto a VM original ainda está em execução e atender aos pedidos para obter a maior parte dos dados, depois desligar o serviço db nele e rsync novamente para transferir quaisquer dados que foi adicionado / alterado / excluído desde o início do primeiro rsync. Em seguida, desligue o original e reinicie a nova VM para que ela tenha o mesmo endereço IP, etc, do original. Isso minimizará o tempo de inatividade.

    
por 22.07.2017 / 05:49

Tags