Après le redimensionnement de LVM / DRBD, df signale des informations incorrectes

8

J'ai une Debian Xen DomU qui a une partition montée DRBD. J'avais besoin de redimensionner cette partition de 46G à 50G. J'ai fait ce qui suit:

  • DRBD arrêté sur le nœud secondaire: /etc/init.d/drbd stop
  • Augmentation de la distance LVM sous-jacente à 50 Go: lvresize -L 50G /lvm/device
  • Redémarré DRBD et attendu la synchronisation du disque: /etc/init.d/drbd start
  • Primaires commutées. Et effectué la même chose sur l'autre nœud.
  • Drbd arrêté sur le nœud DRBD désormais secondaire: /etc/init.d/drbd stop
  • Augmentation du LVM sous-jacent: lvresize -L 50G /lvm/device
  • Redémarré DRBD et attendu la synchronisation du disque: /etc/init.d/drbd start
  • Sur les deux nœuds émis: drbdadm resize drbd-device
  • Sur le nœud principal a émis un: resize2fs /dev/drbd0

J'obtiens cette réponse:

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

En utilisant fdisk, le drbd0 et le périphérique sda ​​que drbd utilise indiquent la taille du périphérique comme 49392123904. Ce qui est cohérent avec ce que dit resize2fs. (12058624x4096 [taille de bloc]).

Mon problème est qu'il dfne signale pas la modification de la taille du disque.

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

J'ai déjà fait ce processus auparavant et je n'ai eu aucun problème. Y a-t-il quelque chose qui me manque?

debian xen disk-space-utilization drbd thepearson
la source
Comment était-il monté? Vous pouvez également essayer df avec --sync ne savez pas ce que cela fait, mais si c'est le cas, il y a peut-être une raison! Aussi, que dit fdisk?
Joshua D'Alton
Tout cela sonne bien. Est - lvsrapport la taille attendue?
Insyte
peut-être que remonter la partition pourrait aider?
malcolmpdx
Je n'ai jamais compris ça. * LVS rapportait la taille correcte de 50G. * Le démontage et le remontage de la partition n'ont pas aidé. * Le redémarrage complet de ces DomU n'a pas non plus résolu le problème. C'était assez bogué que cela ne fonctionnait pas correctement et nous devions procéder à une mise à niveau matérielle, j'ai donc remplacé ces derniers par 2 nouvelles machines CentOS et ce n'est plus un problème pour moi. Je laisserai cependant cette question ouverte au cas où quelqu'un d'autre aurait des problèmes similaires.
thepearson

Réponses:

0

Vous n'avez pas besoin de jouer avec les rôles secondaires / primaires. Il suffit de faire: 1. LVM redimensionner des deux côtés 2. Sur le côté principal: drbdadm resize RESOURCE (cela mettra également à jour le méta-périphérique)

La recherche dans / proc / drbd devrait vous montrer une resynchronisation de la nouvelle portion en cours. Si ce n'est pas le cas, essayez "drbdadm adjust RESOURCE" des deux côtés.

Redimensionnez maintenant le système de fichiers non monté en utilisant le côté principal / dev / drbd / by-res / RESOURCE

Nils
la source