10.4. 로그 Curator 문제 해결

이 섹션의 정보를 사용하여 로그 큐를 디버깅할 수 있습니다. CuratorCurator는 OpenShift Container Platform 4.6 이전의 Elasticsearch 인덱스 형식의 데이터를 삭제하는 데 사용되며 이후 릴리스에서 제거됩니다.

10.4.1. 로그 큐레이션 문제 해결

이 섹션의 정보를 사용하여 로그 큐를 디버깅할 수 있습니다. 예를 들어, Curator가 실패 상태이지만 로그 메시지가 이유를 제공하지 않으면 예약된 다른 cron 작업 실행을 기다리지 않고 로그 레벨을 늘리고 새 작업을 트리거할 수 있습니다.

사전 요구 사항

  • 클러스터 로깅 및 Elasticsearch가 설치되어 있어야 합니다.

프로세스

Curator 디버그 로그를 활성화하고 다음 Curator 반복을 수동으로 트리거하려면 다음을 수행합니다.

  1. Curator의 디버그 로그를 활성화합니다. 

    $ oc set env cronjob/curator CURATOR_LOG_LEVEL=DEBUG CURATOR_SCRIPT_LOG_LEVEL=DEBUG

    로그 수준을 지정합니다.

    • CRITICAL. Curatior가 심각한 메시지만 표시합니다.
    • ERROR. Curator가 오류 및 심각한 메시지만 표시합니다.
    • WARNING. Curator가 오류, 경고 및 심각한 메시지만 표시합니다.
    • INFO. Curator가 정보, 오류, 경고 및 심각한 메시지만 표시합니다.

    • DEBUG. Curator가 위의 모든 항목 외에도 디버그 메시지만 표시합니다.

      기본값은 INFO입니다.

      참고

      클러스터 로깅은 OpenShift Container Platform 래퍼 스크립트(run.sh 및 convert.py)에서 OpenShift Container Platform 사용자 정의 환경 변수 CURATOR_SCRIPT_LOG_LEVEL을 사용합니다. 환경 변수는 필요에 따라 스크립트 디버깅을 위해 CURATOR_LOG_LEVEL과 동일한 값을 갖습니다.

  2. 다음 Curator 반복을 트리거합니다. 

    $ oc create job --from=cronjob/curator <job_name>

  3. 다음 명령을 사용하여 Cron 작업을 제어합니다.

    • Cron 작업 일시 중단: 

      $ oc patch cronjob curator -p '{"spec":{"suspend":true}}'

    • Cron 작업 다시 시작: 

      $ oc patch cronjob curator -p '{"spec":{"suspend":false}}'

    • Cron 작업 일정 변경: 

      $ oc patch cronjob curator -p '{"spec":{"schedule":"0 0 * * *"}}' 1
      1
      schedule 옵션은 cron 형식의 일정을 승인합니다.