LabHub

로그로 원인 찾기 · 로그가 없을 때 · 퀴즈

퀴즈: 로그가 없을 때

LabHub 에서 이어서 보기

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

  1. 애플리케이션 로그가 이미 지워졌다. 사고 시각을 특정하는 가장 직접적인 방법은?

    1. 고객에게 사고가 난 시각을 다시 묻는다
    2. 서버를 재시작해 재현한다
    3. 실패 레코드의 타임스탬프를 분 단위로 집계해 급증 지점을 찾는다
    4. 직전 백업을 복원해 본다
  2. 접근 로그는 정상인데 에러 로그만 그 구간에 없다. 무엇을 시사하는가?

    1. 그 구간에 에러가 없었다
    2. 로그 레벨이 DEBUG 로 낮춰져 있다
    3. 요청이 앱까지 도달하지 못하고 앞단에서 끊겼을 가능성
    4. 디스크가 차서 못 썼다
  3. 평소 분당 200줄이던 로그가 특정 4분 구간만 0줄이다. 가장 유력한 해석은?

    1. 그 시간대에 트래픽이 없었다
    2. 그 사이 로그 레벨이 바뀌었다
    3. 흔한 일이라 정상 범위다
    4. 프로세스가 멈췄거나 디스크 문제로 기록되지 못했다
  4. 재발 방지 항목으로 가장 실효가 큰 것은?

    1. 로그 레벨을 전부 DEBUG 로 변경
    2. 서버 증설
    3. 요청마다 상관 ID 를 붙여 서비스를 가로질러 추적 가능하게 함
    4. 모니터링 대시보드 추가
  5. 문제가 진행 중인데 로그가 없다. 지금 할 수 있는 가장 실용적인 조치는?

    1. 다시 재현될 때까지 기다린다
    2. 주기적 스냅샷 스크립트를 붙여 상태를 파일로 남긴다
    3. 일단 서버를 재시작해 본다
    4. 로그 레벨을 DEBUG 로 올린다
  6. `find /etc -mmin -1440 -type f` 로 알 수 있는 것은?

    1. 설정 파일의 소유자
    2. 파일을 읽은 접근 기록
    3. /etc 의 디스크 사용량
    4. 최근 24시간 안에 내용이 바뀐 설정 파일