Después de cambiar el tamaño de LVM / DRBD, df informa información incorrecta

8

Tengo una Debian Xen DomU que tiene una partición montada DRBD. Necesitaba cambiar el tamaño de esta partición de 46G a 50G. Hice lo siguiente:

  • DRBD detenido en el nodo secundario: /etc/init.d/drbd stop
  • Aumentó el dist LVM subyacente a 50 GB: lvresize -L 50G /lvm/device
  • Comencé DRBD nuevamente y esperé a que el disco se sincronice: /etc/init.d/drbd start
  • Primarias conmutadas. Y realizó lo mismo en el otro nodo.
  • Drbd detenido en el nodo DRBD ahora secundario: /etc/init.d/drbd stop
  • Aumento de la LVM subyacente: lvresize -L 50G /lvm/device
  • Comencé DRBD nuevamente y esperé a que el disco se sincronice: /etc/init.d/drbd start
  • En ambos nodos emitidos: drbdadm resize drbd-device
  • En el nodo primario emitió un: resize2fs /dev/drbd0

Recibo esta respuesta:

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

Usando fdisk, tanto el drbd0 como el dispositivo sda que usa drbd informan el tamaño del dispositivo como 49392123904. Lo que es consistente con lo que dice resize2fs. (12058624x4096 [tamaño de bloque]).

Mi problema es que dfno informa el cambio en el tamaño del disco.

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

He hecho este proceso antes y no tuve problemas. ¿Hay algo que este olvidando?

debian xen disk-space-utilization drbd thepearson
fuente
¿Cómo se montó? También puedes probar df con --sync, no estoy seguro de lo que hace, pero si está allí, ¡tal vez haya una razón! Además, ¿qué dice fdisk?
Joshua D'Alton
Todo esto suena bien. ¿ lvsInforma el tamaño esperado?
Insyte
tal vez volver a montar la partición podría ayudar?
malcolmpdx
Nunca me di cuenta de esto. * LVS informaba el tamaño correcto de 50G. * Desmontar y volver a montar la partición no ayudó. * El reinicio completo de estas DomU tampoco resolvió el problema. Se sentía bastante defectuoso porque esto no funcionaba correctamente y teníamos que realizar una actualización de hardware, así que desde entonces las he reemplazado con 2 nuevas máquinas CentOS y esto ya no es un problema para mí. Sin embargo, dejaré esta pregunta abierta en caso de que alguien más tenga problemas similares.
thepearson el

Respuestas:

0

No necesita jugar con roles secundarios / primarios. Simplemente haga: 1. Cambiar el tamaño de LVM en ambos lados 2. En el lado primario: drbdadm resize RESOURCE (esto también actualizará el metadispositivo)

Mirar / proc / drbd debería mostrarle una resincronización de la nueva parte en progreso. Si este no es el caso, intente "drbdadm ajustar RECURSO" en ambos lados.

Ahora cambie el tamaño del sistema de archivos desmontado usando el lado primario / dev / drbd / by-res / RESOURCE

Nils
fuente