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

8

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

  • DRBD parado no nó secundário: /etc/init.d/drbd stop
  • Aumentou a distância LVM subjacente para 50 GB: lvresize -L 50G /lvm/device
  • Iniciou o DRBD novamente e aguardou a sincronização do disco: /etc/init.d/drbd start
  • Primárias Comutadas. E executou o mesmo no outro nó.
  • Drbd parado no nó DRBD agora secundário: /etc/init.d/drbd stop
  • Aumento do LVM subjacente: lvresize -L 50G /lvm/device
  • Iniciou o DRBD novamente e aguardou a sincronização do disco: /etc/init.d/drbd start
  • Nos dois nós emitidos: drbdadm resize drbd-device
  • No nó primário emitiu 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 drbd estão usando o relatório do tamanho do dispositivo como 49392123904. O que é consistente com o que o resize2fs está dizendo. (12058624x4096 [tamanho do bloco]).

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

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

Eu já fiz esse processo antes e não tive problemas. Há algo que estou perdendo?

debian xen disk-space-utilization drbd thepearson
fonte
Como foi montado? Além disso, você pode tentar o df com --sync, não sei o que isso faz, mas se estiver lá, talvez exista uma razão! Também o que diz o fdisk?
Joshua D'Alton
Tudo isso parece certo. Será que lvsrelatar o tamanho esperado?
Insyte 19/03/11
talvez remontar a partição possa ajudar?
malcolmpdx
Eu nunca descobri isso. * LVS estava relatando o tamanho correto de 50G. * Desmontar e remontar a partição não ajudou. * A reinicialização completa desses DomUs também não resolveu o problema. Parecia um buggy que isso não estava funcionando corretamente e estávamos com problemas para atualizar o hardware, então eu os substituí por 2 novas máquinas CentOS e isso não é mais um problema para mim. No entanto, deixarei esta questão em aberto caso outra pessoa tenha problemas semelhantes.
24511 thepearson

Respostas:

0

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

Observar / proc / drbd deve mostrar uma ressincronização da nova parte em andamento. Se não for esse o caso, tente "drbdadm Adjust RESOURCE" nos dois lados.

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

Nils
fonte