☰

LVMがドライブを削除する - 範囲が不足していることを示す

tag-icon • tag-icon fedora lvm
LVMがドライブを削除する - 範囲が不足していることを示す

私は次の構成を持っています：

     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は、ユーザーがそのブロックデバイスに保存することを決定したものではなく、管理する論理ボリューム/ブロックデバイスのサイズを考慮します。

したがって、続行するには、ファイルシステムを縮小するか、ファイルシステムを完全に削除するか、シンプロビジョニングに切り替えるか（いくつかの点で危険です）、ドライブを削除せずにそのままにすることを決定する必要があります。

それにもかかわらず、データをよくバックアップしてください。

答え2

Frostschutzの回答を拡張するには、ボリュームグループではなくファイルシステムに空き容量があります。これを移動するには、次の作業を行う必要があります。サイズ変更時に大きな余白を残しました。おそらく必ずしも必要ではありませんが、エラーを犯すことをお勧めします。

umount /personal
resize2fs /dev/mapper/vg0-personal 400G
lvresize /dev/mapper/vg0-personal -l 410g

（lvresizeでは小文字のgが重要です。大文字のGを使用している場合、lvresizeは10進ギガバイト単位になります。）

残念ながら、ダウンタイムがなければそれはできないと思います。拡張ファイルシステムはオンライン成長をサポートしますが、オンライン縮小をサポートしません。

これにより、ドライブを取り外すのに必要な空き容量が確保されます。

関連情報