DRBDマウントされたパーティションを持つDebian Xen DomUを持っています。このパーティションのサイズを46Gから50Gに変更する必要がありました。私は次のことをしました：
- セカンダリノードでDRBDを停止しました：
/etc/init.d/drbd stop - 基になるLVM distを50 GBに増やしました。
lvresize -L 50G /lvm/device - DRBDを再度開始し、ディスクが同期するのを待ちました：
/etc/init.d/drbd start - 交換プライマリー。そして、他のノードで同じことを実行しました。
- 現在セカンダリのDRBDノードでdrbdを停止しました：
/etc/init.d/drbd stop - 基礎となるLVMを増やしました：
lvresize -L 50G /lvm/device - DRBDを再度開始し、ディスクが同期するのを待ちました：
/etc/init.d/drbd start - 発行された両方のノードで：
drbdadm resize drbd-device - プライマリノードで発行されたもの：
resize2fs /dev/drbd0
私はこの応答を受け取ります：
$ resize2fs 1.40-WIP (14-Nov-2006)
The filesystem is already 12058624 blocks long. Nothing to do!
fdiskを使用すると、drbd0とsdaデバイスの両方がdrbdを使用してデバイスのサイズを49392123904として報告します。これは、resize2fsが言っていることと一致しています。（12058624x4096 [ブロックサイズ]）。
私の問題はdf、ディスクサイズの変更が報告されないことです。
$ df -B 4096
/dev/drbd0 11869420 11155652 110968 100% /data
私は以前このプロセスを行ったことがあり、問題はありませんでした。何か足りないものはありますか？
どのようにマウントされましたか？また、--syncでdfを試すことはできますか？また、fdiskは何と言っていますか？
—
Joshua D'Alton
これはすべて正しく聞こえます。
—
Insyte 2011年
lvs予想サイズを報告？
おそらくパーティションを再マウントすると役立つでしょうか？
—
malcolmpdx
私はこれを理解したことはありません。* LVSは50Gの正しいサイズを報告していました。*パーティションのアンマウントと再マウントは役に立ちませんでした。*これらのDomUを完全に再起動しても問題は解決しませんでした。これが正しく機能しておらず、ハードウェアのアップグレードが必要だったのはかなりバグだと感じたので、2台の新しいCentOSマシンに交換しましたが、これはもう問題ではありません。ただし、他の誰かが同様の問題を抱えている場合に備えて、この質問は開いたままにしておきます。
—
ピアソン、2011年