今日、キックスタートを構成していますが、LVMサイズを設定しようとしたとき、AnacondはVGサイズのLVMを作成できる空き容量がないと抗議しました。 --growオプションを使用すると、メッセージを表示せずにインストールを続行してこの問題を解決できることがわかりますが、LVMをグループ化するには正しいVGサイズを計算する方法を知る必要がありますか?私はAIXシステムでしか見えませんが、私の問題とは関係がなく、バグではないと思います。
間違い: ストレージ構成に失敗しました:(「新しいlvが大きすぎて使用可能なスペースに収まらない」、「vg00」)
誤った設定:
part /boot --fstype="xfs" --ondisk=vda --size=500
part pv.01 --fstype="lvmpv" --ondisk=vda --size=9500 --grow
volgroup vg00 --pesize=4096 pv.01
logvol / --fstype="xfs" --size=9000 --name=root --vgname=vg00
logvol swap --fstype="swap" --size=250 --name=swap --vgname=vg00
logvol /home --fstype="xfs" --size=250 --name=home --vgname=vg00
正しい設定:
part /boot --fstype="xfs" --ondisk=vda --size=500
part pv.100 --fstype="lvmpv" --ondisk=vda --size=9739
volgroup vg00 --pesize=4096 pv.100
logvol swap --fstype="swap" --size=250 --name=swap --vgname=vg00
logvol /home --fstype="xfs" --size=250 --name=home --vgname=vg00
logvol / --fstype="xfs" --size=9000 --name=root --vgname=vg00
パーティションで--growオプションを使用すると、kickstartは上記の設定でanaconda-ks.cfgを生成しますが、size = 14079がどのように計算されるかを理解できません。元の-ks.cfgには--growオプションがあります。)
誰でもLVM数学のアイデアを提供できますか?
ありがとう
答え1
同様の問題があります(Linux物理ボリュームとボリュームグループのメタデータオーバーヘッドを計算する方法は?)答えは驚くほど簡単です。
どこでも--growフラグを使用せずに手動パーティショニングを試みましたが、Anacondaは700MiB以上が欠落していると誤って報告しました。
pvdisplayを使用して、パーティションに使用できないスペースが4MiBあることを確認して、論理ボリュームの1つのサイズを4MiB減らしました。その後、インストールが成功しました。
答え2
part pv.01 --fstype="lvmpv" --ondisk=vda --size=9500 --grow
# Size = 9500
volgroup vg00 --pesize=4096 pv.01
# Using 4096
logvol / --fstype="xfs" --size=9000 --name=root --vgname=vg00
技術的に9500を定義してから4096を予約し、予想サイズは9000です。
9000を(9500-4096)に減らすか、9500の代わりに(9500 + 4096)を指定すると機能します。
アナコンダに計算を依頼すると(9500+4096)より少し大きい数字が出ます。それはおそらく丸められた(保守的なアプローチ)、または成長オプションのためです。