![](/img/trans.png)
[英]nginx + passenger + sqlite3 on Pi getting 502 bad gateway
[英]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.