簡體   English   中英

來自Nginx的502 Bad Gateway用於大型GitLab fork

[英]502 Bad Gateway from Nginx for large GitLab fork

我正在通過Nginx運行GitLab 6.0.0並且可以分叉小型存儲庫,但是當我嘗試分叉大型存儲庫(2GB)時,我會在大約一分鍾后看到“ 502 Bad Gateway ”頁面。

/var/log/nginx/gitlab_error.log顯示:

2013/08/29 12:21:33 [error] 25098#0: *221 upstream prematurely closed connection while reading response header from upstream, 
  client: 12.34.56.78, 
  server: myserver, 
  request: "POST /mygroup/myproject/fork HTTP/1.1", 
  upstream: "http://unix:/home/git/gitlab/tmp/sockets/gitlab.socket:/mygroup/myproject/fork", 
  host: "myserver", 
  referrer: "http://myserver/mygroup/myproject/fork"

問題1527表明存在內存問題(以及文檔中提到的內存要求 )。

它也可能是因為初始超時:

我發現這個錯誤也會發生,因為獨角獸工人有時需要33秒才能啟動,並且他們被配置為在30秒后超時。

你可以修改unicorn配置文件/home/git/gitlab/config/unicorn.rb

timeout 300

在您的NGiNX配置中,您還可以添加:

proxy_connect_timeout 300;
proxy_read_timeout 300;

如果你的NGiNX上有/etc/nginx/fastcgi_params文件,你可以添加:

fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_buffer_size 156 16k;
fastcgi_buffers 256 16k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
fastcgi_intercept_errors on;
fastcgi_max_temp_file_size 0

fastcgi_pass            unix:/tmp/fpm.sock;

請注意,在502之后,在進行上述修復之后,最好在再次嘗試訪問gitlab之前清除瀏覽器緩存。

我和你的導游一樣。 但是在fastcgi配置上有一點點改變。

fastcgi_pass  unix:/home/git/gitlab/tmp/sockets/gitlab.socket;

非常感謝你的導游!

TWINQ78

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM