10.9. 파일 시스템 및 스토리지
LVM writecache의 제한 사항
writecache LVM 캐싱 방법에는 캐시 방법에 없는 다음과 같은 제한 사항이 있습니다.
-
pvpasses 명령을 사용할 때는writecache논리 볼륨의 이름을 지정할 수 없습니다. -
씬 풀 또는 VDO와 함께
writecache와 함께 논리 볼륨을 사용할 수 없습니다.
다음 제한 사항이 캐시 메서드에도 적용됩니다.
-
캐시 또는
write가 연결된 상태에서 논리 볼륨의 크기를 조정할 수 없습니다.cache
(JIRA:RHELPLAN-27987, BZ#1798631, BZ#1808012)
XFS 할당량 경고가 너무 자주 트리거됩니다.
할당량 타이머를 사용하면 할당량 경고가 너무 자주 트리거되어 소프트 할당량이 필요한 것보다 빠르게 적용됩니다. 이 문제를 해결하려면 소프트 할당량을 사용하지 마십시오. 그러면 경고가 트리거되지 않습니다. 결과적으로 경고 메시지 양은 더 이상 소프트 할당량 제한을 적용하지 않고 구성된 타임아웃을 유지합니다.
(BZ#2059262)
LUKS 볼륨을 저장하는 LVM 미러 장치가 때때로 응답하지 않는 경우
LUKS 볼륨을 저장하는 세그먼트 유형의 미러가 있는 미러링 된 LVM 장치는 특정 조건에서 응답하지 않을 수 있습니다. 응답하지 않는 장치는 모든 I/O 작업을 거부합니다.
이 문제를 해결하기 위해 복원성 소프트웨어 정의 스토리지 위에 LUKS 볼륨을 스택해야 하는 경우 raid1 세그먼트 유형의 raid1과 함께 LVM RAID 1 장치를 사용할 것을 권장합니다.
raid1 세그먼트 유형은 기본 RAID 구성 유형이며 권장 솔루션으로 mirror 를 대체합니다.
미러 장치를 raid1 로 변환하려면 미러링된 LVM 장치를 RAID1 장치로 변환을 참조하십시오.
(BZ#1730502)
/boot 파일 시스템은 LVM에 설치할 수 없습니다.
/boot 파일 시스템을 LVM 논리 볼륨에 배치할 수 없습니다. 이 제한 사항은 다음과 같은 이유로 존재합니다.
-
EFI 시스템에서 EFI 시스템 파티션 은 일반적으로
/boot파일 시스템 역할을 합니다. uEFI 표준에는 특정 GPT 파티션 유형과 이 파티션에 대한 특정 파일 시스템 유형이 필요합니다. -
RHEL 8에서는 시스템 부팅 항목에BLS( Boot Loader Specification )를 사용합니다. 이 사양을 사용하려면 플랫폼 펌웨어에서
/boot파일 시스템을 읽을 수 있어야 합니다. EFI 시스템에서 플랫폼 펌웨어는 uEFI 표준에 정의된/boot구성만 읽을 수 있습니다. - GRUB 2 부트 로더의 LVM 논리 볼륨에 대한 지원이 불완전합니다. Red Hat은 uEFI 및 BLS와 같은 표준으로 인해 기능의 사용 사례 수가 감소하기 때문에 지원 개선을 계획하지 않습니다.
Red Hat은 LVM에서 /boot 를 지원하지 않습니다. 대신 Red Hat은 /boot 파일 시스템을 LVM 논리 볼륨에 배치할 필요가 없는 시스템 스냅샷 관리 및 롤백 툴을 제공합니다.
(BZ#1496229)
LVM에서 더 이상 혼합 블록 크기를 사용하여 볼륨 그룹을 만들 수 없습니다.
vgcreate 또는 vgextend 와 같은 LVM 유틸리티에서는 더 이상 물리 볼륨(PV)의 논리 블록 크기가 다른 VG(볼륨 그룹)를 만들 수 없습니다. 다른 블록 크기의 PV를 사용하여 기본 논리 볼륨(LV)을 확장하면 파일 시스템을 마운트하지 못하기 때문에 LVM에서 이러한 변경 사항을 채택했습니다.
혼합 블록 크기를 사용하여 VG를 다시 활성화하려면 lvm.conf 파일에서 allow_mixed_block_sizes=1 옵션을 설정합니다.
NVMe/TCP 드라이버에서 장치 매퍼 다중 경로 사용으로 시스템 불안정성
NVMe/TCP 드라이버에서는 DM 다중 경로가 지원되지 않습니다. 이를 사용하면 커널의 유휴 함수가 atomic 컨텍스트에서 호출되므로 시스템이 불안정하게 됩니다.
이 문제를 해결하려면 네이티브 NVMe 다중 경로를 활성화합니다. DM 다중 경로 툴을 사용하지 마십시오. RHEL 8의 경우 옵션 nvme_core.multipath=Y 를 커널 명령줄에 추가합니다.
(BZ#2022359)
blk-availability systemd 서비스는 복잡한 장치 스택을 비활성화합니다.
systemd 에서 기본 블록 비활성화 코드가 항상 복잡한 가상 블록 장치의 스택을 올바르게 처리하지는 않습니다. 일부 구성에서는 종료 중에 가상 장치가 제거되지 않을 수 있으므로 오류 메시지가 기록됩니다. 이 문제를 해결하려면 다음 명령을 실행하여 복잡한 블록 장치 스택을 비활성화합니다.
# systemctl enable --now blk-availability.service
결과적으로 종료 중에 복잡한 가상 장치 스택이 올바르게 비활성화되고 오류 메시지가 생성되지 않습니다.
(BZ#2011699)
