私は次の構成を持っています:
PV VG Fmt Attr PSize PFree Used
/dev/sda3 fedora00 lvm2 a-- 222.37g 0 222.37g
/dev/sdb1 vg0 lvm2 a-- <5.46t 0 <5.46t
/dev/sdc1 vg0 lvm2 a-- <3.64t 3.29g <3.64t
/dev/sdd1 vg0 lvm2 a-- <465.76g 0 <465.76g
/dev/sde1 vg0 lvm2 a-- <465.76g 0 <465.76g
/dev/sdf1 vg0 lvm2 a-- <465.76g 0 <465.76g
問題は、/dev/sdf1を削除したいということです。 pvmoveをすると範囲が足りないと出てきます。グループに「空き」スペースが多すぎて、一部のコンテンツが合計されませんでした。
/dev/mapper/vg0-personal 10793808 3037966 7293737 30% /personal
Google では、方法が pvmove と vgreduce であることを伝えていますが、まだこれについてあまり知りません。そのドライブのデータを移動および無効にするにはどうすればよいですか?
ありがとう
ベストアンサー1
pvmoveをすると範囲が足りないと出てきます。
いいえ、ファイルシステムの空き容量は含まれません。
/dev/mapper/vg0-personal 10793808 3037966 7293737 30% /personal
これは10793808
、大きなファイルシステムブロック、3037966
使用済みブロック、7293737
使用可能ブロック、30%
使用済みブロックです。したがって、空き領域があるがLVMの空き領域ではなく、ファイルシステムの空き領域です。
ファイルシステムのブロックはまだ10793808
大きいです。これは、LVのサイズ/dev/mapper/vg0-personal
とLVが少なくともLVMで占めるスペースの量です(シンプロビジョニングなどの特殊機能を使用しない限り)。
これらのLVが複数あると思われるので、VGはほぼいっぱいです。
PV VG Fmt Attr PSize PFree Used /dev/sdc1 vg0 lvm2 a-- <3.64t 3.29g <3.64t /dev/sdf1 vg0 lvm2 a-- <465.76g 0 <465.76g
容量/dev/sdf1
は約465G(PSize)で、空き容量がゼロ以外の唯一のPVは/dev/sdc1
約3G(PFree)に過ぎません。したがって、このVGには空きスペースがほとんどありません。を削除するには、/dev/sdf1
どういうわけか〜462Gの追加スペースを確保する必要があります。
ファイルシステムに空き容量があればいいのですが、LVMはそのようなことを気にしません。 LVMは、ユーザーがそのブロックデバイスに保存することを決定したものではなく、管理する論理ボリューム/ブロックデバイスのサイズを考慮します。
したがって、続行するには、ファイルシステムを縮小するか、ファイルシステムを完全に削除するか、シンプロビジョニングに切り替えるか(いくつかの点で危険です)、ドライブを削除せずにそのままにすることを決定する必要があります。
それにもかかわらず、データをよくバックアップしてください。