특정 커밋에 액세스 할 때 GitLab 유니콘에 의한 100 % CPU 사용량

Question

여기 내 첫 번째 질문은 입니다. GitLab은 내 서버에서 작동하지만 최근에는 "너무 많이 복용 중입니다"라는 502 오류로 인해 내 gitlab에 액세스 할 수 없습니다. 응답 할 시간 ".

내 gitlab에 약 50 명의 사용자가 있습니다. 내 사용자 중 한 명이 자신의 마지막 두 커밋에 액세스 할 때 유니콘이 100 % CPU를 사용하기 시작하고 다른 사람이 작업 할 수 없으므로 gitlab은 작동을 멈 춥니 다. 그 외 모든 기능이 작동합니다. 누구나 커밋을 볼 수 있지만,이 커밋에 액세스하면 다시 작동하도록 gitlab을 다시 시작해야합니다.

Gitlab는 공간의 10 기가 바이트가 파티션에 설치하고, 만 5백메가바이트은, RAM의 2기가바이트, 1 개 기가 바이트 스왑을 남아 있습니다. 1vCPU (AWS 인스턴스)

내 구성은 다음과 같습니다

System information 
    System:   CentOS 6.7 
    Current User: git 
    Using RVM:  no 
    Ruby Version: 2.1.8p440 
    Gem Version: 2.5.1 
    Bundler Version:1.11.2 
    Rake Version: 10.5.0 
    Sidekiq Version:4.0.1 

    GitLab information 
    Version:  8.4.3 
    Revision:  eb6f691 
    Directory:  /opt/gitlab/embedded/service/gitlab-rails 
    DB Adapter: postgresql 
    URL:   http://git.mydomain.lol 
    HTTP Clone URL: http://git.mydomain.lol/some-group/some-project.git 
    SSH Clone URL: git@git.mydomain.lol:some-group/some-project.git 
    Using LDAP:  no 
    Using Omniauth: no 

    GitLab Shell Version:  2.6.10 
Repositories: /projects/git-data/repositories 
Hooks:   /opt/gitlab/embedded/service/gitlab-shell/hooks/ 
Git:   /opt/gitlab/embedded/bin/git 

유니콘 킬러 메모리 제한을 초과 말한다 유니콘을 제외하고 로그에 아무것도 없다. 당신이 세부 사항을 더 필요로하는 경우

그래서, 도움을

덕분에 내가 당신에게 무엇을 제공 할 것입니다 문의 주시기 바랍니다!

Answer 1

최신 안정 버전으로 업그레이드하는 것이 좋은 출발점입니다. 나는 동일한 문제, 즉 100 % CPU 소비가 지속적인 sidekiq 작업으로 인해 발생했다. 나는 GitLab을 8GB RAM과 4 개의 CPU로 실행 시켰습니다. 내 16 명의 사용자에게는 충분 했음에 틀림 없습니다. 9.1에서 9.2 (소스 설치)로 업그레이드 한 후, sidekiq 프로세스가 모든 RAM과 CPU를 모두 먹지 않고 모든 것이 다시 정상적으로 처리되었습니다. 나는 오래된 프로세스를 정리하고 업데이트 프로세스의 일부로 Ruby 캐시를 삭제했기 때문에 이것이라고 생각합니다.

더 자세한 문제 해결을 위해 GitLab's recommended tools을 확인하십시오.