11.10. 파일 시스템 및 스토리지
cloud-init 에 의해 프로비저닝되고 NFSv3 마운트 항목으로 구성된 경우 Azure의 RHEL 인스턴스가 부팅되지 않음
현재 Microsoft Azure 클라우드 플랫폼에서 RHEL 가상 머신(VM)을 부팅하는 것은 cloud-init 툴을 통해 VM을 프로비저닝하고 VM의 게스트 운영 체제에 /etc/fstab 파일에 NFSv3 마운트 항목이 있는 경우 실패합니다.
(BZ#2081114)
Anaconda에서 CHAP 인증 시도에 실패한 후 인증 방법을 사용하지 않고 iSCSI 서버에 로그인하지 못했습니다.
CHAP 인증을 사용하여 iSCSI 디스크를 추가하고 잘못된 자격 증명으로 인해 로그인 시도가 실패하면 인증 방법이 없는 상태에서 디스크를 다시 로그인하려고 시도합니다. 이 문제를 해결하려면 현재 세션을 닫고 인증 방법을 사용하지 않고 로그인합니다.
(BZ#1983602)
NVMe/TCP에서 장치 맵퍼 Multipath가 지원되지 않음
nvme-tcp 드라이버와 함께 장치 매퍼 Multipath를 사용하면 call Trace 경고 및 시스템 불안정이 발생할 수 있습니다. 이 문제를 해결하려면 NVMe/TCP 사용자가 네이티브 NVMe 멀티패스를 활성화하고 NVMe에서 device-mapper-multipath 툴을 사용하지 않아야 합니다.
기본적으로 RHEL 9에서는 네이티브 NVMe 멀티패스가 활성화됩니다. 자세한 내용은 NVMe 장치에서 멀티패스 활성화를 참조하십시오.
(BZ#2033080)
blk-availability systemd 서비스는 복잡한 장치 스택을 비활성화합니다.
systemd 에서 기본 블록 비활성화 코드는 가상 블록 장치의 복잡한 스택을 항상 올바르게 처리하지는 않습니다. 일부 구성에서는 종료 중에 가상 장치가 제거되지 않을 수 있으므로 오류 메시지가 기록됩니다. 이 문제를 해결하려면 다음 명령을 실행하여 복잡한 블록 장치 스택을 비활성화합니다.
# systemctl enable --now blk-availability.service
결과적으로 종료 중에 복잡한 가상 장치 스택이 올바르게 비활성화되고 오류 메시지가 생성되지 않습니다.
(BZ#2011699)
supported_speeds sysfs 특성은 잘못된 속도 값을 보고합니다.
이전 버전에서는 qla2xxx 드라이버에서 잘못된 정의로 인해 HBA의 supported_speeds sysfs 속성이 예상되는 64GB/s 속도 대신 20Gb/s 속도를 보고했습니다. 결과적으로 HBA가 64 Gb/s 링크 속도를 지원하는 경우 sysfs supported_speeds 값이 올바르지 않아 보고된 속도 값에 영향을 미쳤습니다.
그러나 이제 HBA에 대해 supported_speeds sysfs 속성은 의도된 64 Gb/s 대신 100 Gb/s 속도, 예상 128 Gb/s 속도 대신 50Gb/s 속도를 반환합니다. 이는 보고된 속도 값에만 영향을 미치며 파이버 연결에 사용되는 실제 링크 속도가 정확합니다.
(BZ#2069758)
