gitlab ทำงานช้าเมื่อทำงานบนโดเมนย่อย nginx


10

ฉันพยายามรัน gitlab บนโดเมนย่อย ผมติดตั้งรุ่นล่าสุด gitlab ใช้ติดตั้งรถโดยสารบน vserver ของฉัน (ใช้ Ubuntu 14.04.1) และปิดการใช้งาน Nginx รวมและกำหนดค่า Nginx unbundled กับการกำหนดค่าที่โพสต์ที่นี่วิธีการตั้งค่าโดเมนย่อยใน Nginx หรือไม่?

/ etc / Nginx / ไซต์ availible / gitlab

upstream gitlab {
    server unix:/home/git/gitlab/tmp/sockets/gitlab.socket;
}

server {
listen 80 default_server;         # e.g., listen 192.168.1.1:80; In most cases *:80 is a good idea
server_name git.domain.com;     # e.g., server_name source.example.com;
server_tokens off;     # don't show the version number, a security best practice
root /home/git/gitlab/public;
client_max_body_size 500m;

# individual nginx logs for this gitlab vhost
access_log  /var/log/nginx/gitlab_access.log;
error_log   /var/log/nginx/gitlab_error.log;

location / {
  # serve static files from defined root folder;.
  # @gitlab is a named location for the upstream fallback, see below
  try_files $uri $uri/index.html $uri.html @gitlab;
}

# if a file, which is not found in the root folder is requested,
# then the proxy pass the request to the upsteam (gitlab unicorn)
location @gitlab {
  proxy_read_timeout 300; # https://github.com/gitlabhq/gitlabhq/issues/694
  proxy_connect_timeout 300; # https://github.com/gitlabhq/gitlabhq/issues/694
  proxy_redirect     off;

  proxy_set_header   X-Forwarded-Proto $scheme;
  proxy_set_header   Host              $http_host;
  proxy_set_header   X-Real-IP         $remote_addr;

  proxy_pass http://gitlab;
}

ฉันสามารถไปที่หน้าได้ แต่ต้องใช้เวลา 30 วินาทีขึ้นไปในการโหลดหน้า ใช้เวลาไม่นานเมื่อฉันใช้เซิร์ฟเวอร์ nginx ที่ให้มาดังนั้นฉันจึงไม่คิดว่ามันเป็นปัญหาหน่วยความจำ (และfreeบอกฉันว่ามี 1,4GB ความพร้อมใช้งาน)

บันทึกข้อผิดพลาดบอกฉันบางอย่างเช่นนี้:

/var/log/nginx/gitlab_error.log

server: git.mydomain.de, request: "GET /assets/application-c4186ca579dd09b3e48eaf1b5a3e4434.js HTTP/1.1", upstream: "http://unix:/var/opt/gitlab/gitlab-rails/sockets/gitlab.socket:/assets/application-c4186ca579dd09b3e48eaf1b5a3e4434.js"

ขอบคุณมากที่ช่วย!


คุณเคยคิดเรื่องนี้ไหม? ฉันกำลังจัดการกับปัญหาเดียวกันนี้ในขณะนี้
Vidur

คำตอบ:


1

อัปเดต : การอัปเกรดเป็น Gitlab 8.x แก้ไขปัญหานี้ให้ฉัน


คำตอบเดิม :

ฉันมีปัญหาเดียวกันนี้และแก้ไขได้โดยการคัดลอกการกำหนดค่า nginx ที่สร้างโดยตรงจากการติดตั้ง gitlab ไปยังไดเรกทอรีการกำหนดค่า nginx ของฉัน

ฉันพบ gitlab nginx config ของฉันที่: /var/opt/gitlab/nginx/conf/gitlab-http.conf

วางที่นี่เพื่อลูกหลาน:

# This file is managed by gitlab-ctl. Manual changes will be
# erased! To change the contents below, edit /etc/gitlab/gitlab.rb
# and run `sudo gitlab-ctl reconfigure`.

## GitLab
## Contributors: randx, yin8086, sashkab, orkoden, axilleas, bbodenmiller
##
## Modified from https://gitlab.com/gitlab-org/gitlab-ce/blob/master/lib/support/nginx/gitlab-ssl & https://gitlab.com/gitlab-org/gitlab-ce/blob/master/lib/support/nginx/gitlab
##
## Lines starting with two hashes (##) are comments with information.
## Lines starting with one hash (#) are configuration parameters that can be uncommented.
##
##################################
##        CHUNKED TRANSFER      ##
##################################
##
## It is a known issue that Git-over-HTTP requires chunked transfer encoding [0]
## which is not supported by Nginx < 1.3.9 [1]. As a result, pushing a large object
## with Git (i.e. a single large file) can lead to a 411 error. In theory you can get
## around this by tweaking this configuration file and either:
## - installing an old version of Nginx with the chunkin module [2] compiled in, or
## - using a newer version of Nginx.
##
## At the time of writing we do not know if either of these theoretical solutions works.
## As a workaround users can use Git over SSH to push large files.
##
## [0] https://git.kernel.org/cgit/git/git.git/tree/Documentation/technical/http-protocol.txt#n99
## [1] https://github.com/agentzh/chunkin-nginx-module#status
## [2] https://github.com/agentzh/chunkin-nginx-module
##
###################################
##         configuration         ##
###################################

upstream gitlab {
  server unix:/var/opt/gitlab/gitlab-rails/sockets/gitlab.socket fail_timeout=0;
}


server {
  listen *:80;
  server_name git.mydomain.com;
  server_tokens off; ## Don't show the nginx version number, a security best practice
  root /opt/gitlab/embedded/service/gitlab-rails/public;

  ## Increase this if you want to upload large attachments
  ## Or if you want to accept large git objects over http
  client_max_body_size 250m;


  ## Individual nginx logs for this GitLab vhost
  access_log  /var/log/gitlab/nginx/gitlab_access.log;
  error_log   /var/log/gitlab/nginx/gitlab_error.log;

  location / {
    ## Serve static files from defined root folder.
    ## @gitlab is a named location for the upstream fallback, see below.
    try_files $uri $uri/index.html $uri.html @gitlab;
  }

  location /uploads/ {
    ## If you use HTTPS make sure you disable gzip compression
    ## to be safe against BREACH attack.
    gzip off;

    ## https://github.com/gitlabhq/gitlabhq/issues/694
    ## Some requests take more than 30 seconds.
    proxy_read_timeout      300;
    proxy_connect_timeout   300;
    proxy_redirect          off;

    proxy_set_header    Host                $http_host;
    proxy_set_header    X-Real-IP           $remote_addr;
    proxy_set_header    X-Forwarded-Ssl     on;
    proxy_set_header    X-Forwarded-For     $proxy_add_x_forwarded_for;
    proxy_set_header    X-Forwarded-Proto   $scheme;
    proxy_set_header    X-Frame-Options     SAMEORIGIN;

    proxy_pass http://gitlab;
  }

  ## If a file, which is not found in the root folder is requested,
  ## then the proxy passes the request to the upsteam (gitlab unicorn).
  location @gitlab {
    ## If you use HTTPS make sure you disable gzip compression
    ## to be safe against BREACH attack.


    ## https://github.com/gitlabhq/gitlabhq/issues/694
    ## Some requests take more than 30 seconds.
    proxy_read_timeout      300;
    proxy_connect_timeout   300;
    proxy_redirect          off;

    proxy_set_header    Host                $http_host;
    proxy_set_header    X-Real-IP           $remote_addr;
    proxy_set_header    X-Forwarded-For     $proxy_add_x_forwarded_for;
    proxy_set_header    X-Forwarded-Proto   $scheme;
    proxy_set_header    X-Frame-Options     SAMEORIGIN;

    proxy_pass http://gitlab;
  }

  ## Enable gzip compression as per rails guide:
  ## http://guides.rubyonrails.org/asset_pipeline.html#gzip-compression
  ## WARNING: If you are using relative urls remove the block below
  ## See config/application.rb under "Relative url support" for the list of
  ## other files that need to be changed for relative url support
  location ~ ^/(assets)/ {
    root /opt/gitlab/embedded/service/gitlab-rails/public;
    gzip_static on; # to serve pre-gzipped version
    expires max;
    add_header Cache-Control public;
  }


  error_page 502 /502.html;


}

นี่ไม่ได้อธิบายสิ่งที่เป็นส่วนหนึ่งในการกำหนดค่าที่ทำให้เกิดความแตกต่าง นอกจากนี้ยังมีข้อผูกพันของไฟล์ปรับแต่งเอง: การเปลี่ยนแปลงด้วยตนเองจะถูกลบ! คุณควรระบุว่าตัวเลือกใดในความเห็นของคุณที่ส่งผลต่อประสิทธิภาพและลดการโพสต์ของคุณ
Esa Jokinen

ใช่ฉันรู้ว่านี่เป็นคำตอบที่ขี้เกียจ ฉันไม่ได้มีเวลาที่จะคิดออกว่าปัญหาคืออะไรในเวลานั้นและบัญชีดำสำหรับในภายหลัง คิดข้อมูลชิ้นนี้จะช่วยให้บางคนในอนาคตแก้ปัญหาได้ดีขึ้น การอัปเกรดเป็น Gitlab เวอร์ชันใหม่ล่าสุดได้แก้ไขสิ่งนี้ให้ฉันอย่างถาวร (จนถึงตอนนี้)
Vidur
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.