5.6. 파일 시스템 및 스토리지
ontap priorityr에서 발생한 오류로 인해 multipathd
가 더 이상 충돌하지 않음
이번 업데이트 이전에는 우선순위 지정 프로그램이 NetApp 스토리지 어레이에서만 작동하므로 지원되지 않는 경로에서 ontap 우선순위를 사용하도록 구성된 경우 multipathd
가 충돌했습니다. 이 오류는 우선 순위의 오류 로깅 코드의 버그로 인해 발생하여 오류 메시지 버퍼를 오버플로했습니다. 이번 업데이트를 통해 ontap 우선순위에서 발생한 오류로 인해 오류 로깅 코드가 수정되었으며 multipathd
가 더 이상 충돌하지 않습니다.
Jira:RHEL-58920[1]
enable_foreign
이 기본적으로 다중 경로 NVMe 장치를 모니터링하도록 설정된 경우 네이티브 NVMe 다중 경로 지정으로 더 이상 메모리 누수가 발생하지 않음
이번 업데이트 이전에는 enable_foreign
구성 매개변수가 기본적으로 다중 경로 NVMe 장치를 모니터링하도록 설정된 경우 네이티브 NVMe 멀티패스를 활성화하면 메모리 누수를 발생시켰습니다. 이번 업데이트를 통해 메모리 누수가 다중 경로
모니터링 코드에서 수정되었습니다. 결과적으로 multipathd
는 이제 메모리 사용량을 늘리지 않고 기본적으로 다중 경로 NVMe 장치를 모니터링할 수 있습니다.
Jira:RHEL-73413[1]
이제 RHEL 설치 프로그램에서 iSCSI 장치를 aarch64
에서 부팅 장치로 검색하고 사용합니다.
이전 버전에서는 aarch64
에서 실행되는 RHEL 설치 프로그램에 iscsi_ibft
커널 모듈이 없으면 펌웨어에 정의된 iSCSI 장치를 자동으로 검색할 수 없었습니다. 결과적으로 이러한 장치는 수동 추가 GUI에서 설치 프로그램에서 부팅 장치로 자동 표시되거나 선택되지 않았습니다.
이 문제는 RHEL의 최신 aarch64
빌드에 iscsi_ibft
커널 모듈을 포함하여 해결되었습니다. 결과적으로 iSCSI 장치가 자동으로 감지되고 설치 중에 부팅 옵션으로 사용할 수 있습니다.
Jira:RHEL-56135[1]
Anaconda에서 수행하는 ostree 기반 새 설치의 LUKS2 루트에서 기본적으로 fstrim
활성화
이전 버전에서는 /
(root) 마운트 지점에서 LUKS2 암호화가 활성화된 ostreesetup
또는 ostreecontainer
Kickstart 명령을 사용하여 이미지 모드와 같은 ostree 기반 시스템을 설치하면 fstrim
이 활성화되지 않은 시스템이 발생했습니다. 이로 인해 응답하지 않는 시스템 또는 손상된 파일 선택기 대화 상자와 같은 문제가 발생할 수 있습니다. 이번 수정을 통해 이제 새로 설치된 시스템의 LUKS2 메타데이터에서 fstrim
(디스 카드)이 기본적으로 활성화됩니다.
기존 설치에서 이 문제를 해결하려면 다음 명령을 실행합니다. …. cryptsetup --allow-discards --persistent refresh <luks device>
…. <LUKS device
>는 루트 LUKS2 장치의 경로입니다.
TCP 컨트롤러보다 NVMe가 있는 시스템이 데이터 전송 실패로 인해 더 이상 충돌하지 않음
이번 업데이트 이전에는 최적 IO 크기가 PAGE_SIZE보다 크고 MD 장치가 비트맵을 사용하는 TCP 스토리지 컨트롤러를 사용하는 64비트 ARM 아키텍처 시스템에서 다음 오류 메시지와 함께 시스템이 충돌할 수 있었습니다.
usercopy: Kernel memory exposure attempt detected from SLUB object 'kmalloc-512' (offset 440, size 24576)!
usercopy: Kernel memory exposure attempt detected from SLUB object 'kmalloc-512' (offset 440, size 24576)!
이번 업데이트를 통해 커널은 최종 IO 크기가 비트맵 길이를 초과하지 않는지 확인합니다. 결과적으로 시스템이 더 이상 충돌하지 않습니다.
Jira:RHEL-46615[1]
/etc/fstab
에서 NVMe-FC 장치를 마운트 지점으로 추가할 때 시스템이 올바르게 부팅됨
이전 버전에서는 nvme-cli nvmf-autoconnect systemd
서비스의 알려진 문제로 인해 /etc/fstab
파일의 마운트 지점으로 NVMe-FC(Non-volatile Memory Express over Fibre Channel) 장치를 추가하는 동안 시스템을 부팅하지 못했습니다. 그 결과 시스템이 긴급 모드로 전환되었습니다. 이번 업데이트를 통해 NVMe-FC 장치를 마운트할 때 시스템이 문제없이 부팅됩니다.
Jira:RHEL-8171[1]