Red Hat Bugzilla – Bug 206039
Error when partitioning disks for LVM
Last modified: 2007-11-30 17:07:33 EST
Description of problem: When doing kickstart installation, I'm getting error that "logical volume must be larger than physical extent size". The part of kickstart script that defines partitions looks like this: clearpart --initlabel --drives=sda part /boot --size 256 --ondisk sda --asprimary part pv.00 --size 1 --grow --ondisk sda --asprimary volgroup sys pv.00 logvol / --name root --vgname sys --fstype ext3 --size 1000 logvol swap --name swap --vgname sys --fstype swap --size 256 logvol /tmp --name tmp --vgname sys --fstype ext3 --size 64 logvol /var --name var --vgname sys --fstype ext3 --size 1000 logvol /srv --name srv --vgname sys --fstype ext3 --size 1 --grow This above lines used to work just fine in RHEL4 and FC5. The disk in question is 4GB disk (virtual disk in vmware). If I let Anaconda to autopartition the disk (using autopart instead of the above lines), I can see it created physical volume with 32MB extent size. So even my smallest partition (/tmp) should be OK there. Unless Anaconda is using different default extent size for autoparitioning and for manual partitioning. I'm not aware of any kickstart option to force differnt extent size when creating physical volume. I also attempted chaning /tmp to 256MB, and got same error message. BTW, any special reason for using big extent sizes (32MB) when creating physical volumes in Anaconda? Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
It's because of your /srv partition being specified as 1 MB, even though you say to grow. If you increase the minimum size there then everything should be fine. We should be handling this better in the next release, though.
Thanks for the quick answer. If I got you right, the problem is that Anaconda was doing the check on the size given in argument of --size option, instead of checking what would be the actuall partition size? Strange thing is that --size 1 --grow works on RHEL4 and FC5. Could it be that Anaconda in RHEL4 and FC5 is not doing this check at all?
Right, this check is a new thing. I've been trying to make kickstart error messages more useful and this is an instance of one of those. Unfortunately, I wasn't taking the --grow option into account here so it's just a comparison between the PE size and the size specified for the logical volume.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion.
I've retested with RHEL5 beta 2 and it seems that the issue is resolved.
A package has been built which should help the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you.