8.8. 파일 시스템 및 스토리지
이제 multipathd
가 응답하지 않는 대신 메시지를 표시합니다.
이전 버전에서는 multipathd show map topology
명령 또는 다중 경로 장치 없이 다른 명령을 실행할 때 다른 응답 없이 명령을 중단하고 시간 초과했습니다. 이번 업데이트를 통해 이제 multipathd
명령이 중단 및 시간 초과 없이 반환할 출력이 없는 경우 ok
를 표시합니다.
Jira:RHEL-44569[1]
다중 경로
의 네이티브 NVMe 장치와 경로를 올바르게 연결
이전에는 multipath
명령에서 올바른 경로를 표시하는 대신 namespace 1이 있는 기본 다중 경로
NVMe 장치를 경로에 첫 번째 정의된 네임스페이스로 표시했습니다. 이번 수정으로 멀티패스
는 이제 나열하면서 기본 다중 경로
NVMe 장치의 경로와 올바르게 일치합니다. 결과적으로 다중 경로를 사용하여 네이티브
NVMe 장치를 보는 동안 경로의 네임스페이스 ID가 NVMe 장치의 네임스페이스 ID와 일치하는 올바른 경로를 확인할 수 있습니다.
다중
경로
Jira:RHEL-28068[1]
multipathd
의 flush_on_last_del
매개변수의 수정으로 서비스 중단 문제 해결
이전에는 마지막 경로가 삭제된 사용되지 않은 다중 경로 장치를 자동으로 제거하는 동안 multipathd
가 중단될 수 있었습니다. 이 경우 사용 가능한 경로가 없는 경우 다중 경로 장치가 대기열 IO로 설정되었습니다.
이번 수정으로 대기열을 비활성화하여 multipathd
가 다중 경로 장치를 자동으로 제거합니다. 장치에서 대기열을 비활성화하지 않으면 multipathd
에서 자동 제거를 시도하지 않습니다. 이를 위해 flush_on_last_del
매개변수에 대해 yes
또는 no
와 함께 다음 옵션을 설정할 수 있습니다.
-
Always:
always
yes
로 설정하면 마지막 경로가 삭제될 때multipathd
항상 대기열을 비활성화합니다. -
사용되지 않음
: 기본 옵션입니다.사용되지 않거나 사용하지 않는
것으로 설정하면multipathd
는 마지막 경로가 삭제되고 장치가 사용되지않을
때 대기열을 비활성화합니다. -
never
다중
경로에서 대기열을 비활성화하지 않습니다.
결과적으로 마지막 알려진 경로가 유효하지 않은 다중 경로 장치를 자동으로 제거하는 동안 multipathd
가 더 이상 응답하지 않습니다.
Jira:RHEL-30272[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]
이제 운영 체제 설치 중에 LUN이 표시됨
이전에는 시스템에서 펌웨어 소스의 인증 정보를 사용하지 않았습니다. 특히 iSCSI iBFT(Boot Firmware Table)에 저장된 CHAP(Challenge-Handshake Authentication Protocol) 인증과 관련된 경우입니다. 결과적으로 설치 중에 iSCSI 로그인에 실패했습니다.
udisks2-2.9.4-9.el9
펌웨어 인증의 수정으로 이 문제가 해결되어 설치 및 초기 부팅 중에 LUN이 표시됩니다.
Bugzilla:2213769[1]