오늘 킥스타트를 구성하고 있는데 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 있다는 것을 확인하여 논리 볼륨 중 하나의 크기를 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)보다 약간 더 큰 숫자가 나옵니다. 아마도 반올림(보수적인 접근 방식) 때문이거나 성장 옵션 때문일 것입니다.