web-dev-qa-db-ja.com

Centos 7+キックスタートRAID構成の問題

Centos7でキックスタートを設定しようとすると奇妙な問題が発生しました。

まず第一に、ファイル自体の関連部分。以下は最適ではありませんが、機能します。

zerombr
clearpart --all --initlabel --drives=sda,sdb
part raid.11 --size=500 --ondrive=sda
part raid.12 --size=12000 --grow --ondrive=sda
part raid.21 --size=500 --ondrive=sdb
part raid.22 --size=12000 --grow --ondrive=sdb
raid /boot --fstype xfs --device md1 --level=RAID1 raid.11 raid.21
raid pv.01 --device md0 --level=RAID1 raid.12 raid.22
volgroup sysvg pv.01
logvol / --vgname=sysvg --size=8000 --name=lv_root --fstype=xfs
logvol swap --vgname=sysvg --name=lv_swap --grow --size=1024 --maxsize=2048
logvol /mnt/edata --vgname=sysvg --percent=90 --grow --name=mntedata

これは、これまでのところ数少ない構成の1つであり、次のようにすると機能しません。

logvol /mnt/edata --vgname=sysvg --percent=100 --grow --name=mntedata

つまり--percent=90の代わりに--percent=100を使用すると、"ValueError: not enough free space in volume group"が返されます。

同じこと（そして同じエラー）が発生します。私は--percentをまったく使用しませんが、代わりに--size=1 --growのようなものを使用します。

実際、これを機能させることができた他の唯一の方法は、--maxsize=<X>を定義することですが、キックスタートスクリプトをVMまたは物理マシン。

だから私の質問：

1）--percent=100が機能しないのに、--percent=90が機能するのはなぜですか？静的に定義された他のボリュームはすでに考慮されているはずです。

ボリュームからスペースを無駄にしたくないので、この回避策は最適とは言えません。

2）私が上で試していることを行う別の方法はありますか？基本的に、グループ内の使用可能なすべてのスペースを使用するように拡張する1つのボリュームを定義します。

なぜそうならないのかわかりませんが、この同じセットアップはCentos6で完全に機能します。

lvmkickstartcentos7
2
Arkandel

これは既知のバグです。見る：

https://bugzilla.redhat.com/show_bug.cgi?id=1093144

そして

https://bugzilla.redhat.com/show_bug.cgi?id=1120339

編集：リリース候補（RC）に適用されるバグ。 CentOS7.0.1406でクローズ

4
BlankFrank