LabHub

리눅스 장애 대응 · 디스크와 inode · 퀴즈

퀴즈: 디스크와 inode

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. df 는 20G 사용, du -shx 는 3.1G 를 보고합니다. 17GB 차이의 가장 유력한 원인은?

    1. du 가 하드 링크를 한 번만 세기 때문
    2. 이름은 지워졌지만 프로세스가 열고 있는 파일들이 블록을 붙잡고 있기 때문
    3. df 가 예약 블록을 포함해 세기 때문
    4. 파일시스템 메타데이터 오버헤드 때문
  2. df -h 는 여유가 있는데 df -i 의 IUse% 가 100% 입니다. 무슨 뜻인가요?

    1. 파일시스템이 손상됐다
    2. 디스크가 물리적으로 고장 나기 직전이다
    3. 마운트 옵션이 읽기 전용이다
    4. 블록은 남았지만 파일을 더 만들 수 없다. inode 가 고갈됐다
  3. root 로는 파일이 만들어지는데 서비스 계정으로만 ENOSPC 가 납니다. 원인은?

    1. 서비스 계정의 권한이 부족하다
    2. 쿼터가 설정돼 있다
    3. SELinux 가 차단하고 있다
    4. ext 파일시스템의 root 전용 예약 블록만 남았다
  4. truncate -s 0 /proc/1234/fd/7 로 공간을 돌려받았습니다. 이 조치의 위험은?

    1. 파일을 열고 있던 프로세스가 즉시 죽는다
    2. O_APPEND 가 아니면 프로세스가 예전 오프셋에 계속 써서 sparse 파일이 된다
    3. 같은 파일을 열고 있던 다른 프로세스의 것까지 함께 비워진다
    4. 파일시스템이 읽기 전용으로 전환된다
  5. 빈 파일 500개를 만들었는데 du 가 0 이 아닌 값을 보고합니다. 이유는?

    1. du 가 파일 개수를 용량으로 환산하기 때문
    2. 각 파일이 최소 1블록을 할당받기 때문
    3. 파일시스템 저널이 커졌기 때문
    4. 디렉터리 엔트리 자체가 블록을 소비하기 때문
  6. 이미 I/O 가 포화된 서버에서 원인을 찾을 때 주의할 점은?

    1. find / 전체 스캔으로 한 번에 훑는 것이 가장 빠르다
    2. du 대신 항상 df 만 쓴다
    3. -xdev 로 파일시스템 경계를 고정하고 범위를 좁혀서 시작한다
    4. 진단은 부하와 무관하므로 신경 쓸 필요 없다