8.8. 파일 시스템 및 스토리지
multipathd
이제 미해결 I/O가 있는 장치를 성공적으로 제거함
이전에는 multipathd
명령에서 장치를 제거하기 전에 queue_if_no_path
매개변수를 비활성화하지 않았습니다. 이는 파티션 장치가 아닌 다중 경로 장치 자체에 대해 미해결 I/O가 있는 경우에만 가능했습니다. 그 결과 multipathd
가 중단되었으며 더 이상 다중 경로 장치를 유지 관리할 수 없었습니다. 이번 업데이트를 통해 multipathd
는 multipath -F
, multipath-f <device> , multipath
d remove map 또는
을 비활성화합니다. 결과적으로 multipathd remove
map과 같은 remove 명령을 실행하기 전에 큐레이션multipathd
는 이제 미해결 I/O가 있는 장치를 성공적으로 제거합니다.
Jira:RHEL-4998[1]
no_read_workqueue
,no_write_workqueue
, dm-crypt
및 dm-verity
장치의 try_verify_in_taskle
옵션이 일시적으로 비활성화되어 있습니다.
이전에는 try_verify_in_tasklet
옵션을 사용하여 생성된 no_read_workqueue
옵션과 no_write_workqueue
옵션과 dm-verity
장치를 사용하여 생성된 dm-crypt
장치로 인해 메모리 손상이 발생했습니다. 그 결과 임의의 커널 메모리가 손상되어 시스템 문제가 발생했습니다. 이번 업데이트를 통해 이러한 옵션은 일시적으로 비활성화됩니다. 이 수정으로 인해 dm-verity
및 dm-crypt
가 일부 워크로드에서 더 느려질 수 있습니다.
Jira:RHEL-23572[1]
이제 multipathd에서 장치가 I/O를 잘못 대기하고 있는지 확인합니다.
이전에는 다음 조건에서 다중 경로 장치가 실패하도록 구성된 경우에도 I/O 대기열을 다시 시작했습니다.
-
multipath 장치는
queue_if_no_paths
매개변수를 여러 재시도로 설정하여 구성되었습니다. - 경로 장치가 작동하지 않고 I/O를 대기열에 추가하지 않은 다중 경로 장치에서 제거되었습니다.
이번 업데이트를 통해 이 문제가 해결되었습니다. 결과적으로 대기열이 비활성화되고 사용 가능한 경로가 없는 동안 다중 경로 장치가 더 이상 I/O를 다시 시작하지 않습니다.
Jira:RHEL-17234[1]
nvmf_log_connect_error
에서 중복 항목 제거
이전 버전에서는 중복 커밋 병합 오류로 인해 nvmf_log_connect_error
커널 함수에서 로그 메시지가 반복되었습니다. 그 결과 커널이 패브릭 연결NVMe(Non-volatile Memory Express) 장치에 연결할 수 없는 경우 Connect 명령에 실패한
메시지가 두 번 표시되었습니다. 이번 업데이트를 통해 이제 중복 로그 메시지가 커널에서 제거되어 각 오류에 대해 단일 로그 메시지만 사용할 수 있습니다.
Jira:RHEL-21545[1]
네임스페이스가 추가 및 제거될 때 커널이 더 이상 충돌하지 않음
이전 버전에서는 NVMe 네임스페이스가 빠르게 추가 및 제거되면 네임스페이스를 검색하는 데 사용되는 연속 명령 사이에 네임스페이스가 사라졌습니다. 특정 경우 스토리지 배열에서 잘못된 네임스페이스
오류를 반환하지 않고 대신 0으로 채워진 버퍼를 반환했습니다. 그 결과 분할-by-zero
오류로 인해 커널이 충돌했습니다. 이번 업데이트를 통해 커널은 스토리지에 발행된 두 Identify 네임스페이스 데이터 구조에 대한 응답의 데이터를 검증합니다. 결과적으로 커널이 더 이상 충돌하지 않습니다.
Jira:RHEL-14751[1]
이제 데이터 장치의 새로 할당된 섹션이 올바르게 정렬됩니다.
이전에는 Stratis 풀이 확장되면 풀의 새 리전을 할당할 수 있었습니다. 그러나 새로 할당된 리전은 이전에 할당된 리전과 올바르게 정렬되지 않았습니다. 그 결과 sysfs
의 Stratis 씬 풀의 alignment_offset
파일에 0이 아닌 항목과 함께 성능이 저하될 수 있었습니다. 이번 업데이트를 통해 풀이 확장되면 새로 할당된 데이터 장치의 영역이 이전에 할당된 리전과 올바르게 정렬됩니다. 결과적으로 성능이 저하되지 않으며 sysfs
의 Stratis 씬 풀의 alignment_offset
파일에 0이 아닌 항목이 없습니다.
/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]