Após o redimensionamento do LVM / DRBD, df está relatando informações incorretas

8

Eu tenho um Debian Xen DomU que tem uma partição montada em DRBD. Eu precisava redimensionar essa partição de 46G para 50G. Eu fiz o seguinte:

  • Interrompido o DRBD no nó secundário: /etc/init.d/drbd stop
  • Aumentou o valor do LVM subjacente para 50 GB: lvresize -L 50G /lvm/device
  • Iniciou o DRBD novamente e esperou que o disco fosse sincronizado: /etc/init.d/drbd start
  • Primárias comutadas. E realizou o mesmo no outro nó.
  • Parou drbd no nó DRBD agora secundário: /etc/init.d/drbd stop
  • Aumentou o LVM subjacente: lvresize -L 50G /lvm/device
  • Iniciou o DRBD novamente e esperou que o disco fosse sincronizado: /etc/init.d/drbd start
  • Nos dois nós emitidos: drbdadm resize drbd-device
  • No nó primário, foi emitido um: resize2fs /dev/drbd0

Eu recebo esta resposta:

$ resize2fs 1.40-WIP (14-Nov-2006)
The filesystem is already 12058624 blocks long.  Nothing to do!

Usando o fdisk, o drbd0 e o dispositivo sda que o drbd está usando reportam o tamanho do dispositivo como 49392123904. O que é consistente com o que resize2fs está dizendo. (12058624x4096 [blocksize]).

Meu problema é que df não está relatando a alteração no tamanho do disco.

$ df -B 4096
/dev/drbd0            11869420  11155652    110968 100% /data

Eu fiz esse processo antes e não tive problemas. Há algo que eu esteja sentindo falta?

    
por thepearson 14.02.2011 / 21:19

3 respostas

2

Esse cara escreveu um bom tutorial sobre isso:

link

    
por 20.04.2011 / 09:56
0

Eu nunca joguei com o DRBD, mas de acordo com:

link

parece que você pode precisar recriar o banco de dados meta do DRBD? (quais armazenam as informações de tamanho?)

link

Correto? Apenas um palpite ...

    
por 30.03.2011 / 04:55
0

Você não precisa mexer nas funções secundárias / primárias. Apenas faça: 1. LVM redimensionar em ambos os lados 2. No lado primário: drbdadm resize RESOURCE (isso também atualizará o meta-dispositivo)

Olhando para / proc / drbd, deve mostrar-lhe uma ressincronização da nova porção em progresso. Se este não for o caso, tente "drbdadm adjust RESOURCE" em ambos os lados.

Agora redimensione o sistema de arquivos desmontado usando o lado primário / dev / drbd / by-res / RESOURCE

    
por 05.04.2011 / 22:23