नटज़ल उपडोमेन पर चलने पर गिट्लाब धीमा

Question

मैं एक उपडोमेन पर गिटलैब चलाने की कोशिश कर रहा हूं। मैंने अपने vserver पर omnibus इंस्टॉलर का उपयोग करके नवीनतम gitlab संस्करण स्थापित किया (Ubuntu 14.04.1 चल रहा है) और बंडल किए गए nginx को अक्षम कर दिया और यहां पोस्ट किए गए कॉन्फ़िगरेशन के साथ unbundled nginx को कॉन्फ़िगर किया है 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 और अधिक की आवश्यकता है। यह इतना लंबा समय नहीं ले रहा है जब मैं बंडल किए गए नगनेक्स सर्वर का उपयोग कर रहा हूं, इसलिए मुझे नहीं लगता कि यह एक स्मृति मुद्दा है (और freeमुझे बता रहा है कि 1,4 जीबी उपलब्ध है)

त्रुटि लॉग मुझे कुछ इस तरह बताता है:

/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"

मदद करने के लिए बहुत बहुत धन्यवाद!

Comments

क्या आपको इसका कभी पता चला? मैं इस समय उसी सटीक मुद्दे से निपट रहा हूं।

— विदुर

Answer 1

अद्यतन : Gitlab को अपग्रेड करते हुए 8.x ने मेरे लिए इस समस्या को ठीक किया

---

मूल उत्तर :

मेरे पास यह एक ही मुद्दा था और इसे सीधे अपने nginx config डायरेक्टरी में gitlab इंस्टॉल से उत्पन्न nginx कॉन्फिगर को कॉपी करके हल किया।

मुझे अपना gitlab nginx विन्यास यहां मिला: /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;


}

Comments

यह वास्तव में यह नहीं समझाता है कि विन्यास में वह कौन सा हिस्सा है जो अंतर करता है। यह कॉन्फिग फाइलों के खुद शुरू होने के खिलाफ भी है: मैन्युअल बदलाव मिटा दिए जाएंगे! आपको यह निर्दिष्ट करना चाहिए कि आपकी राय में कौन सा विकल्प प्रदर्शन को प्रभावित करता है और आपकी पोस्ट को उस तक कम कर देता है।

— एसा जोकिनेन

हाँ, मुझे पता है कि यह एक आलसी उत्तर है। मेरे पास यह पता लगाने का समय नहीं था कि उस समय क्या समस्या थी और बाद के लिए इसे शामिल किया। जानकारी का यह टुकड़ा भविष्य के किसी व्यक्ति को समस्या को बेहतर ढंग से डीबग करने में मदद करेगा। Gitlab के नवीनतम संस्करण में अपग्रेड करने से मेरे लिए यह स्थायी रूप से (अब तक) हल हो गया।

— विदुर