NAS에 여유 용량이 표시되더라도 대상의 할당량, 메타데이터, 파일 제한 또는 쓰기 가능한 할당 공간이 소진되면 대용량 파일을 거부할 수 있습니다.
대시보드는 풀 전체의 공간을 표시할 수 있지만, 공유 폴더는 더 작은 데이터셋, 씬 볼륨, 사용자 할당량, 파일시스템 예약 공간 또는 거의 소진된 메타데이터 프로필에 속해 있을 수 있습니다. 대용량 업로드에는 임시 공간이나 두 번째 복사본이 필요할 수도 있고, 대상 파일시스템이 표현할 수 없는 단일 파일 크기 제한에 걸릴 수도 있습니다. 작업과 관련된 여유 공간을 헤드라인 수치가 설명한다고 가정하지 말고, 먼저 실제로 실패한 경로와 오류 코드를 확인하세요.
공유 폴더가 실제로 사용하는 파일시스템과 제한 확인
SMB 또는 애플리케이션 공유 폴더를 호스트 경로, 마운트 지점, 데이터셋, 서브볼륨, 씬 볼륨 및 기반 풀에 연결해 확인하세요. 여유 블록, 여유 아이노드, 사용자 ID, 거부된 파일의 크기를 기록하세요.
GNU 설명에 따르면 df는 경로와 연결된 마운트된 파일시스템을 보고하며, 그 위나 아래에 있는 모든 풀, 할당량, 스냅샷 또는 애플리케이션 수준 제한을 표시하지는 않습니다.
공유 폴더가 시스템 파티션이나 더 작은 마운트 데이터셋에 기록된다면 풀 전체의 여유 공간은 의미가 없습니다. 잘못된 스토리지 계층에서 데이터를 삭제하기 전에 경로 또는 마운트를 바로잡으세요.
사용자, 그룹, 데이터셋 및 공유 폴더 할당량 확인
관리자 화면의 여유 공간과 실제 SMB 사용자, 그룹, 데이터셋, 프로젝트 또는 공유 폴더에 적용된 할당량을 비교하세요. 오류를 받는 동일한 계정으로 테스트하세요.
Oracle 문서에 따르면 ZFS 할당량과 예약 공간은 사용하지 않은 풀 공간이 남아 있더라도 특정 데이터셋을 제한하거나, 다른 데이터셋을 위해 사용 가능한 용량을 예약할 수 있습니다.
할당량을 전역으로 삭제하지 마세요. 확인된 제한만 늘리거나, 작업 부하에 맞는 용량 정책을 가진 데이터셋으로 파일을 이동하세요.
데이터 공간과 메타데이터 및 할당 작업 공간 비교
데이터, 메타데이터, 시스템 할당, 블록 그룹 및 파일시스템별 예약 카운터를 확인하세요. 대용량 파일을 만들 때는 페이로드 바이트 외에도 메타데이터 업데이트와 COW(쓰기 시 복사) 작업 공간이 필요할 수 있습니다.
Btrfs 문서에 따르면 할당 및 COW 요구 사항을 충족할 수 없으면 표시되는 여유 공간이 있어도 ENOSPC를 반환할 수 있습니다.
메타데이터가 부족하다면 지원되는 파일시스템 진단 도구와 범위를 좁힌 복구 작업을 사용하세요. 남은 공간을 또 다른 대용량 테스트 파일로 채우거나 작업 공간을 측정하지 않은 상태에서 필터 없는 밸런스를 시작하지 마세요.
아이노드 및 파일 레코드 제한 확인
여유 아이노드 또는 파일 레코드를 기록하고 캐시, 메일 저장소, 썸네일, 압축 해제된 패키지 및 애플리케이션 디렉터리의 작은 파일 수를 세어 보세요. 바이트 기준 용량이 많아도 다른 디렉터리 항목이나 메타데이터 레코드를 할당할 수 있다는 보장은 없습니다.
Red Hat의 파일시스템 개요에 따르면 XFS는 아이노드를 동적으로 할당하며, 파일시스템 구현마다 서로 다른 아이노드 및 파일 레코드 제한이 있습니다.
아이노드가 소진되었다면 해당 애플리케이션을 통해 확인된 파일 수가 많은 캐시를 삭제하거나 보관하세요. 큰 파일 하나를 삭제해도 파일 레코드 부족 문제는 해결되지 않습니다.
대상 파일의 최대 크기 및 형식 확인
대상 파일시스템을 확인하고 시도한 업로드 파일의 크기를 최대 단일 파일 크기와 비교하세요. 이동식 스테이징 디스크, USB 백업 대상 및 애플리케이션 임시 폴더도 포함해야 합니다.
Microsoft의 NTFS 개요에 따르면 최대 파일 크기는 파일시스템 설계와 할당 매개변수에 따라 달라지므로, 전체 여유 공간이 단일 파일 형식 제한을 무시하게 해 주지는 않습니다.
실패가 4GB처럼 일정한 경계 근처에서 발생한다면 모든 중간 파일시스템과 업로드 경로를 확인하세요. 포맷하면 데이터가 삭제되므로 대상 형식을 변경하기 전에 확인된 파일을 다른 곳으로 옮기세요.
임시 공간, 스파스 파일 및 사전 할당 요구 사항 측정
업로더가 임시 파일을 작성하는지, 대상 전체 크기를 사전 할당하는지, 이름을 변경할 때까지 기존 버전을 유지하는지, 또는 압축 파일을 추가 파일로 풀어내는지 확인하세요. 최종 파일 크기가 아니라 최대 할당량을 기록하세요.
fallocate 시스템 호출은 디스크 공간을 예약하여 이후 쓰기 작업이 용량 부족으로 실패하지 않도록 합니다. 따라서 애플리케이션은 모든 데이터를 전송하기 전에 대용량 파일을 거부할 수 있습니다.
임시 디렉터리를 의도한 데이터 풀에 두거나, 애플리케이션이 안전하게 지원하는 경우에만 사전 할당을 비활성화하세요. 교체 작업 중 원본, 임시 복사본, 메타데이터 및 스냅샷을 위한 충분한 여유 공간을 유지하세요.
제어된 파일로 정확한 오류 재현
동일한 사용자, 프로토콜, 경로 및 애플리케이션을 사용해 실패하는 크기보다 작은 테스트 파일과 큰 테스트 파일을 만드세요. 운영 파일을 반복해서 재시도하지 말고 클라이언트 오류와 서버 로그를 수집하세요.
ZimaSpace의 예상치 못한 NAS 공간 사용량 확인 가이드는 표시되는 폴더와 실제 파일시스템 할당량을 대조하는 인접 방법을 제공합니다.
확인된 할당량, 메타데이터, 아이노드, 형식 또는 임시 공간 제한을 수정한 뒤 이전에 실패하던 크기보다 큰 파일이 정상적으로 기록되고, 닫히고, 다시 열리며, 검증되면 문제가 해결된 것입니다. 파일시스템이 읽기 전용으로 전환되거나 손상 또는 하드웨어 오류를 보고하면 쓰기를 중지하세요.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

