8.10. 파일 시스템 및 스토리지

FlexVolume 항목은 더 이상 저널 쓰기를 중지하지 않습니다.

이전 버전에서는 device-mapper suspend 작업 중 VDO 드라이버에서 장치 작업을 다시 시작한 후에도 일부 저널 블록은 일부 메타데이터 업데이트가 이미 완료되었지만 다시 사용하기 전에 일부 메타데이터 업데이트를 기다리는 것으로 표시될 수 있었습니다. 저널이 동일한 물리 블록으로 다시 랩핑하기에 충분한 저널 항목이 생성되면 사용할 수 없었습니다. FlexVolume 쓰기가 중지되어 블록이 사용 가능할 때까지 기다립니다. 이 작업은 발생하지 않습니다. 그 결과 VDO 장치의 일부 작업에 일시 중지 또는 재개 주기가 포함된 경우 일부 저널 업데이트 후 장치는 동결 상태로 유지되었습니다. 저널은 이 장치 상태가 VDO 내의 이전 할당 패턴과 들어오는 쓰기 또는 삭제 패턴에 종속되어 있기 때문에 예측할 수 없었습니다. 이번 업데이트를 통해 스토리지에 데이터를 일시 중지 또는 재개한 후 내부 데이터 구조 상태가 재설정되어 더 이상 잠금이 발생하지 않습니다.

데이터 장치를 추가하면 더 이상 어설션 실패가 트리거되지 않습니다.

이전 버전에서는 캐시에 장치를 추가할 때 Stratis에서 초기화 후 즉시 캐시를 사용하지 않았습니다. 그 결과 stratisd 서비스에서 사용자가 풀에 추가 데이터 장치를 추가하려고 할 때마다 어설션 실패 메시지를 반환했습니다. 이번 수정을 통해 초기화 직후 캐시가 사용되고 어설션 오류가 발생하지 않습니다.

암호화된 풀에 새 데이터 장치를 추가할 때 오류 해결

이전에는 사용자가 암호화된 데이터 장치로 암호화된 풀을 초기화할 때마다 --trust-url 옵션으로 지정된 tang 서버에서 Clevis bind 명령을 사용하여, stratisd 는 내부 데이터 구조에서 Clevis tang 구성의 지문 부분을 포함하지 않았습니다. 그 결과 새 데이터 장치를 풀에 추가하려고 할 때 오류가 발생했습니다. 이번 업데이트를 통해 stratisd 의 내부 데이터 구조에는 이제 Clevis tang 구성의 지문 부분이 포함됩니다.

AMD EPYC 시스템의 Broadcom 이니시에이터에서 NVMe 네임스페이스에 연결하려면 더 이상 기본이 아닌 IOMMU 설정이 필요하지 않습니다.

기본적으로 RHEL 커널은 AMD 기반 플랫폼에서 IOMMU를 활성화합니다. 이전 버전에서는 lpfc 드라이버에서 dead-gather list accessor 매크로를 사용하지 않았습니다. 결과적으로 AMD 프로세서가 있는 특정 서버에는 전송 길이 불일치로 인해 I/O 실패와 같은 NVMe I/O 문제가 발생했습니다.