2016-08-19 5 views
0

Ich habe gitlab Community Edition auf meinem Raspberry Pi 3 installiert. Alles funktioniert gut. Aber wenn die Anwendung läuft, gibt es 25 Sidekiq-Threads. Es verschlingt meine Erinnerung und ich will nicht so viele Fäden.sidekiq.yml Datei wird nicht berücksichtigt

Ich habe versucht, zu steuern, indem Sie die Datei /opt/gitlab/embedded/service/gitlab-rails/config/sidekiq.yml hinzufügen.

# Sample configuration file for Sidekiq. 
# Options here can still be overridden by cmd line args. 
# Place this file at config/sidekiq.yml and Sidekiq will 
# pick it up automatically. 
--- 
:verbose: false 
:concurrency: 5 

# Set timeout to 8 on Heroku, longer if you manage your own systems. 
:timeout: 30 

# Sidekiq will run this file through ERB when reading it so you can 
# even put in dynamic logic, like a host-specific queue. 
# http://www.mikeperham.com/2013/11/13/advanced-sidekiq-host-specific-queues/ 
:queues: 
    - critical 
    - default 
    - <%= `hostname`.strip %> 
    - low 

# you can override concurrency based on environment 
production: 
    :concurrency: 5 
staging: 
    :concurrency: 5 

Ich habe die Anwendung viele Male neu gestartet und sogar "rekonfigurieren" ausgeführt. Es hilft nicht. Es berücksichtigt die sidekiq.yml-Datei überhaupt nicht.

Kann mir bitte jemand sagen, wo ich falsch liege?

Antwort

1

Ich habe Ihre Frage durch die Suche nach einer Lösung für das gleiche Problem gefunden. Alles, was ich gefunden habe, funktioniert nicht. Also habe ich mich selbst versucht und den richtigen Platz gefunden, um sidekiq von 25 auf 5 zu reduzieren. Ich benutze die gitlab omnibus Version. Ich denke, der Weg ist idetical zu verkaufen:

/opt/gitlab/sv/sidekiq/run 

In dieser Datei, die Sie den folgenden Code finden:

#!/bin/sh 

cd /var/opt/gitlab/gitlab-rails/working 

exec 2>&1 

exec chpst -e /opt/gitlab/etc/gitlab-rails/env -P \ 
    -U git -u git \ 
    /opt/gitlab/embedded/bin/bundle exec sidekiq \ 
    -C /opt/gitlab/embedded/service/gitlab-rails/config/sidekiq_queues.yml \ 
    -e production \ 
    -r /opt/gitlab/embedded/service/gitlab-rails \ 
    -t 4 \ 
    -c 25 

Ändern Sie die letzte Zeile auf "-c 5". Das Ergebnis sollte wie folgt aussehen:

#!/bin/sh 

cd /var/opt/gitlab/gitlab-rails/working 

exec 2>&1 

exec chpst -e /opt/gitlab/etc/gitlab-rails/env -P \ 
    -U git -u git \ 
    /opt/gitlab/embedded/bin/bundle exec sidekiq \ 
    -C /opt/gitlab/embedded/service/gitlab-rails/config/sidekiq_queues.yml \ 
    -e production \ 
    -r /opt/gitlab/embedded/service/gitlab-rails \ 
    -t 4 \ 
    -c 5 

Last but not least yout Gitlab Service

sudo gitlab-ctl restart 

Keine Ahnung resart haben, was auf dem Gitlab Update geschieht. Ich denke, ich muss diesen Wert noch einmal ändern. Es wäre schön, wenn die gitlab-Entwickler diese Option gitlab.rb im Verzeichnis/etc/gitlab hinzufügen würden.

Verwandte Themen