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