☰

Linux物理ボリュームとボリュームグループのメタデータオーバーヘッドを計算する方法は？

tag-icon • tag-icon centos partition lvm kickstart installer-anaconda
Linux物理ボリュームとボリュームグループのメタデータオーバーヘッドを計算する方法は？

kickstartファイルを使用してCentOS 7.4システムをインストールしようとしていますが、次のエラーが発生します。

752.85MiBが必要であるという追加のメッセージがあります。

キックスタートファイルの関連部分は次のとおりです。

part pv.00 --size=77824 --asprimary
volgroup vg00 pv.00
logvol / --fstype=ext4 --name=lv_root --vgname=vg00 --size=40960
logvol /tmp --fstype=ext4 --name=lv_tmp --vgname=vg00 --size=16384 --fsoptions="nodev,noexec,nosuid"
logvol /var --fstype=ext4 --name=lv_var --vgname=vg00 --size=16384 --fsoptions="nodev,nosuid"
logvol swap --name=lv_swap --vgname=vg00 --size=4096

ご覧のとおり、論理ボリュームの合計サイズは物理ボリュームのサイズと同じです。40960 + 16384 + 16384 + 4096 = 77824

明らかに、物理ボリュームまたはボリュームグループの一部を占めるオーバーヘッドやメタデータがありますが、これがどのように計算されるかはわかりません。

私は午前中にインターネット検索をしましたが、RedHatの高度なLVM設定ガイドには何の情報も見つかりませんでした。

この答えの目的のために、--growがオプションではないと仮定すると、正確な計算を知る必要があります（この物理ボリュームの後に成長する必要がある別の物理ボリュームがあるため、この物理ボリュームは固定サイズでなければなりません）。

ベストアンサー1

  • デフォルトでは、LVM2メタデータは物理ボリュームあたり1MiBです。これを使用して、pvs -o +pe_startペイロードの正確な開始位置を見つけることができます。

  • ボリュームグループと論理ボリュームにはメタデータのオーバーヘッドはありません。物理ボリュームだけがメタデータを渡します。

  • さらに、デフォルトでは、LVMは4MiBの物理的範囲を使用します。

最終的な結果は、審美的な理由でpvdisplay「」を表示するには、not usable 0次のことを行う必要があることです。

  • 各物理ボリュームを4MiB+1MiBの倍数にします。

  • -s 1mまたはを使用して、物理範囲が1MiBになるようにボリュームグループを作成します。

源泉：

  • データ領域のデフォルトの並べ替え（ペイロード領域の開始セクタに反映されますpvs -o +pe_start）は1MiBです。今回提出してください。これは実際に設定可能なパラメータです。マニュアルページをご覧ください。lvm.conf;もちろん、物理ボリューム生成時に物理ボリュームで制御が可能です。

  • デフォルトの物理範囲サイズはマニュアルページに文書化されています。vgcreate:

    -S、--物理的範囲サイズ 物理範囲サイズ[ bBsSkKmMgGtTpPeE]
    このボリュームグループの物理ボリュームの物理拡張領域サイズを設定します。サイズサフィックス（kキロバイトからメガバイトt）はオプションです。サフィックスがない場合、デフォルトはメガバイトです。値はLVM2形式の場合は少なくとも1つのセクタでなければなりません（ここで、セクタサイズは現在VGで使用されているPVの最大セクタサイズです）、LVM1形式の場合は値は少なくとも8KiBで、2の累乗でなければなりません。デフォルトは4MiBです。

おすすめ記事