기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 할당량과 관련된 파일 작업 오류 문제 해결
<a name="troubleshooting-efs-fileop-errors"></a>

EFS 파일 시스템에 액세스할 때, 파일 시스템의 파일에 특정 제한 사항이 적용됩니다. 이러한 제한을 초과하면 파일 작업 오류가 발생합니다. Amazon EFS의 파일 기반 제한에 대한 자세한 내용은 [Amazon EFS 할당량](limits.md) 단원을 참조하세요.

아래에는 일반적인 몇 가지 파일 작업 오류와 각 오류와 관련된 제한이 나와 있습니다.

**Topics**
+ [열린 파일 및 파일 잠금 확인](#check-open-files-locks)
+ [명령에 실패하고 "디스크 할당량이 초과됨" 오류가 표시됨](#diskquotaerror)
+ [명령에 실패하고 "I/O 오류"가 표시됨](#ioerror)
+ [명령에 실패하고 "파일 이름이 너무 긺" 오류가 표시됨](#filenametoolong)
+ [명령이 실패하고 "File not found(파일을 찾을 수 없음)" 오류가 표시됨](#filenotfound)
+ [명령에 실패하고 "링크가 너무 많음" 오류가 표시됨](#hardlinkerror)
+ [명령에 실패하고 "파일이 너무 큼" 오류가 표시됨](#filesizeerror)

## 열린 파일 및 파일 잠금 확인
<a name="check-open-files-locks"></a>

파일 작업 오류를 해결하려면 EFS 탑재 지점에서 열린 파일과 파일 잠금을 검사하여 클라이언트 시스템이 한도에 도달했는지 확인할 수 있습니다.
+ **열린 파일 확인** - 운영 체제의 도구를 사용하여 EFS 탑재 경로에 열린 파일을 나열합니다. 이렇게 하면 열린 파일 한도에 근접하고 있는지 식별하는 데 도움이 됩니다. 예를 들어, Linux에서 다음을 수행할 수 있습니다.

  ```
  lsof <efs-mount-path>
  ```
+ **파일 잠금 확인** - 시스템의 잠금 모니터링 도구를 사용하여 EFS 탑재 경로에 잠금이 있는 파일을 나열합니다. 이렇게 하면 잠금 한도에 도달했는지 식별하는 데 도움이 됩니다. 예를 들어, Linux에서 다음을 수행할 수 있습니다.

  ```
  lslocks | grep <efs-mount-path>
  ```

이러한 명령은 EFS 한도에 대한 현재 사용량을 표시하므로 파일 작업 오류가 시스템 또는 서비스 한도 도달과 관련이 있는지 확인할 수 있습니다.

## 명령에 실패하고 "디스크 할당량이 초과됨" 오류가 표시됨
<a name="diskquotaerror"></a>

 Amazon EFS에서는 현재 사용자 디스크 할당량을 지원하지 않습니다. 이 오류는 다음 제한 중 하나를 초과한 경우 발생할 수 있습니다.
+ 최대 65,536명의 활성 사용자가 동시에 파일을 열 수 있습니다. 여러 번 로그인한 사용자 계정은 하나의 활성 사용자로 계산됩니다.
+ 인스턴스당 최대 65,536개의 파일을 한 번에 열 수 있습니다. 디렉터리 콘텐츠 나열은 파일 열기로 계산되지 않습니다.
+ 클라이언트의 각 고유 탑재는 연결당 최대 총 65,536개의 잠금을 획득할 수 있습니다.

**취할 조치**  
이 문제가 발생하면 위 제한 사항 중 초과된 부분을 찾은 다음 그에 맞게 변경하여 문제를 해결할 수 있습니다. 자세한 내용은 [NFS 클라이언트에 대한 할당량](limits.md#limits-client-specific) 단원을 참조하십시오. 현재 사용량을 확인하려면 [열린 파일 및 파일 잠금 확인](#check-open-files-locks) 섹션을 참조하세요.

## 명령에 실패하고 "I/O 오류"가 표시됨
<a name="ioerror"></a>

이 오류는 다음 문제 중 하나가 있을 경우 발생합니다.
+ 각 인스턴스당 65,536개 이상의 활성 사용자 계정에서 동시에 파일이 열려 있습니다.

**취할 조치**  
이 문제가 발생하면 인스턴스의 열린 파일에 대한 제한을 충족시켜 해결할 수 있습니다. 제한을 충족하려면 인스턴스에서 동시에 Amazon EFS 파일 시스템의 파일을 열고 있는 활성 사용자의 수를 줄입니다. 현재 사용량을 확인하려면 [열린 파일 및 파일 잠금 확인](#check-open-files-locks) 섹션을 참조하세요.
+ 파일 시스템을 암호화하는 AWS KMS 키가 삭제되었습니다.

**취할 조치**  
이 문제가 발생할 경우 CMK가 삭제된 후에는 더 이상 키 하에서 암호화된 데이터를 해독할 수 없습니다. 즉 데이터를 복구할 수 없게 됩니다.

## 명령에 실패하고 "파일 이름이 너무 긺" 오류가 표시됨
<a name="filenametoolong"></a>

이 오류는 파일 이름 또는 심볼 링크(symlink)의 크기가 너무 긴 경우 발생합니다. 파일 이름에 대한 제한은 다음과 같습니다.
+ 이름의 길이는 최대 255바이트입니다.
+ symlink의 최대 길이는 4080바이트입니다.

**취할 조치**  
이 문제가 발생하면 지원되는 제한을 충족하도록 파일 이름 또는 symlink 길이를 줄여 해결할 수 있습니다.

## 명령이 실패하고 "File not found(파일을 찾을 수 없음)" 오류가 표시됨
<a name="filenotfound"></a>

이 오류는 일부 이전 32비트 버전의 Oracle E-Business Suite가 32비트 파일 I/O 인터페이스를 사용하고 EFS가 64비트 inode 번호를 사용하기 때문입니다. 실패할 수 있는 시스템 호출에는 `stat()` 및 `readdir()`이 있습니다.

**취할 조치**  
이 오류가 발생하면 **nfs.enable\$1ino64=0 kernel** 부팅 옵션을 사용하여 해결할 수 있습니다. 이 옵션은 64비트 EFS inode 번호를 32비트로 압축합니다. 커널 부팅 옵션은 Linux 배포판마다 다르게 처리됩니다. Amazon Linux에서 `/etc/default/grub`의 `GRUB_CMDLINE_LINUX_DEFAULT` 변수에 `nfs.enable_ino64=0 kernel`을 추가하여 이 옵션을 설정합니다. 커널 부팅 옵션을 설정하는 방법에 대한 자세한 내용은 배포를 참조하세요.

## 명령에 실패하고 "링크가 너무 많음" 오류가 표시됨
<a name="hardlinkerror"></a>

이 오류는 파일에 대한 하드 링크가 너무 많은 경우 발생합니다. 파일 하나의 하드 링크는 최대 177개입니다.

**취할 조치**  
이 문제가 발생하면 지원되는 제한을 충족하도록 파일에 대한 하드 링크 수를 줄여 해결할 수 있습니다.

## 명령에 실패하고 "파일이 너무 큼" 오류가 표시됨
<a name="filesizeerror"></a>

이 오류는 파일이 너무 큰 경우 발생합니다. 단일 파일의 크기는 최대 52,673,613,135,872바이트(47.9TiB)일 수 있습니다.

**취할 조치**  
이 문제가 발생하면 지원되는 제한을 충족하도록 파일 크기를 줄여 해결할 수 있습니다.