GitLab Runner 문제 해결을 위한 일반 팁과 자주 발생하는 오류에 대한 해결 방법을 설명합니다.
이 섹션은 GitLab Runner 문제 해결에 도움이 됩니다. 일반적인 문제 해결 팁 # 로그 보기 # GitLab Runner 서비스는 syslog에 로그를 전송합니다. 로그를 보려면 배포판 문서를 참조하세요. 배포판에 journalctl 명령이 포함되어 있으면 다음 명령으로 로그를 볼 수 있습니다: journalctl --unit=gitlab-runner.service -n 100 --no-pager docker logs gitlab-runner-container # Docker kubectl logs gitlab-runner-pod # Kubernetes 서비스 재시작 # systemctl restart gitlab-runner.service Docker 머신 보기 # sudo docker-machine ls sudo su - && docker-machine ls 모든 Docker 머신 삭제 # docker-machine rm $(docker-machine ls -q) config.toml 에 변경 사항 적용 # systemctl restart gitlab-runner.service docker-machine rm $(docker-machine ls -q) # Docker machine journalctl --unit=gitlab-runner.service -f # 잠재적 오류를 확인하기 위해 로그 tail GitLab과 GitLab Runner 버전 확인 # GitLab은 하위 호환성 보장 을 목표로 합니다. 그러나 첫 번째 문제 해결 단계로 GitLab Runner의 버전이 GitLab 버전과 동일한지 확인해야 합니다. coordinator 란 무엇인가요? # coordinator 는 작업이 요청되는 GitLab 설치입니다. 즉, 러너는 coordinator (GitLab API를 통한 GitLab 설치)에서 작업을 요청하는 격리된 에이전트입니다. Windows에서 서비스로 실행할 때 로그는 어디에 저장되나요? # GitLab Runner가 Windows에서 서비스로 실행 중이면 시스템 이벤트 로그를 생성합니다. 이를 보려면 이벤트 뷰어를 엽니다(실행 메뉴에서 eventvwr.msc 를 입력하거나 "이벤트 뷰어"를 검색). 그런 다음 Windows 로그 > 응용 프로그램 으로 이동합니다. 러너 로그의 원본 은 gitlab-runner 입니다. Windows Server Core를 사용하는 경우 이 PowerShell 명령을 실행하여 최근 로그 항목 20개를 가져옵니다: get-eventlog Application -Source gitlab-runner -Newest 20 | format-table -wrap -auto . 디버그 로깅 모드 활성화 # Warning 디버그 로깅은 심각한 보안 위험이 될 수 있습니다. 출력에는 작업에 사용 가능한 모든 변수와 기타 시크릿의 내용이 포함됩니다. 시크릿을 서드파티에 전송할 수 있는 로그 집계를 비활성화해야 합니다. 마스크된 변수를 사용하면 작업 로그 출력에서는 시크릿
