Redimensionando Partições no Live RHEL / cPanel Server

2

Eu redimensionei muitas partições ao longo dos anos no Linux, Windows e Mac OS X - mas sempre usando uma GUI. No entanto, chegou a hora em que os tamanhos de partição predefinidos que meu datacenter colocou em meu servidor não são os tamanhos corretos e preciso redimensionar os discos de um servidor de produção. Eu poderia mexer com isso e, provavelmente, fazer o OK, mas dado que é um servidor de produção, eu queria obter alguns conselhos sobre o caminho certo para fazer isso. Eu tenho acesso KVM sobre IP, então se é melhor deixar o servidor offline e inicializar uma partição de recuperação, eu posso fazer isso.

root [/var/lib/mysql]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       9.9G  2.1G  7.3G  23% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
/dev/sda1        99M   77M   18M  82% /boot
/dev/sda8       884G  463G  376G  56% /home
/dev/sda3       9.9G  8.0G  1.5G  85% /usr
/dev/sda5       9.9G  9.1G  308M  97% /var
/usr/tmpDSK     2.0G   38M  1.8G   3% /tmp

Como você pode ver, o / var e / usr estão bem perto de estar cheio e eu tive que ligar simbolicamente alguns logs em / usr para diretórios em / home para balancear as coisas. O que eu gostaria de fazer é adicionar 6-10 GB cada para / usr e / var, presumivelmente tirando o espaço de / home.

Quando eu penso sobre como o disco é organizado, o melhor pensamento que eu tenho é reduzir / home em 16 GB, digamos, e mover / var para o local liberado, então alocar o espaço de / var para / usr. No entanto, isso colocaria / var na extremidade do disco, o que parece ser menos do que uma idéia, já que o MySQL tem todos os seus dados nessa partição. Eu adoraria tirar o espaço do fim mais próximo do / usr, mas presumo que seria um processo muito árduo (e talvez arriscado) de mover todos os dados em / usr ao redor. Parece que me lembro de ter um processo desse tipo para mim em um computador no passado.

A outra opção pode ser mesclar / e / usr desde / é subutilizada, embora eu não tenha certeza se é uma boa ideia.

Você tem alguma sugestão sobre o melhor plano de realocação e os comandos a serem usados para realizá-lo?

ATUALIZAÇÃO: devo adicionar - aqui está a tabela de partições. Há uma partição não utilizada, que, se a memória serve, era o local do tmp original antes de criar uma imagem tmp:

    Name        Flags      Part Type  FS Type          [Label]      Size (MB)
 ------------------------------------------------------------------------------
                                      Unusable                      1.05*
    sda1        Boot        Primary   Linux ext2                    106.96*
    sda2                    Primary   Linux ext3                    10737.42*
    sda3                    Primary   Linux ext3                    10737.42*
    sda5        NC          Logical   Linux ext3                    10738.47*
    sda6        NC          Logical   Linux swap / Solaris          2148.54*
    sda7        NC          Logical   Linux ext3                    1074.80*
    sda8        NC          Logical   Linux ext3                    964098.53*
    
por Timothy R. Butler 02.06.2014 / 00:39

1 resposta

1

Redimensionar / var e / home e / usr em um sistema ao vivo é uma má ideia. Eu recomendo tomar um tempo de inatividade para esta manutenção.

Para o futuro, recomendo também que você expanda seu escopo para isso e examine a configuração do LVM no servidor, para que você tenha a oportunidade de fazer ajustes ao vivo, se necessário, e tenha menos preocupações sobre onde os dados está alocado no disco. Aqui é um link para um tutorial decente sobre como fazer isso.

Se você decidir redimensionar partições sem LVM, os comandos que você está executando do disco de recuperação são aproximadamente:

  • umount [fs]
  • resize2fs [fs] [tamanho reduzido]
  • fdisk / dev / sda
  • resize2fs [fs]
  • fsck [fs]
  • mount [fs]

O comando crítico acima é fdisk /dev/sda . O que você fará lá é excluir e recriar as partições conforme necessário para seus ajustes. Apenas certifique-se de estar observando onde seus sistemas de arquivos estão realmente armazenados durante aquela operação e tenha um bom backup disponível.

    
por 02.06.2014 / 01:46