错误：git上传包死于信号13

6

我有一个GitLab服务器（6.7.2）在Mac OS X 10.9.2，与git 1.9.2。有两个存储库。一个可以成功地克隆，但对方未按错误：git上传包死于信号13

$ git clone http://*/gamil/gamil.git 
Cloning into 'gamil'... 
remote: Counting objects: 426, done. 
remote: Compressing objects: 100% (375/375), done. 
fatal: The remote end hung up unexpectedly 
fatal: early EOF 
fatal: index-pack failed

我在GitLab检查unicorn.stderr.log，发现

I, [2014-04-21T23:03:58.761225 #4929] INFO -- : master process ready 
I, [2014-04-21T23:03:58.764556 #4940] INFO -- : worker=0 ready 
I, [2014-04-21T23:03:58.766098 #4941] INFO -- : worker=1 ready 
error: git-upload-pack died of signal 13

什么是从哪里来的这个错误？如何解决它？提前致谢！

编辑1：

我查了资料库：

$ git fsck 
Checking object directories: 100% (256/256), done. 
Checking objects: 100% (426/426), done.

如此看来一切都很好，但不能克隆到本地计算机。

编辑2：

我已经更新GitLab 6.8没有运气。

EDIT 3：

我可以通过ssh protocol`克隆有问题的存储库作为

$ git clone [email protected]<...>:gamil 
Cloning into 'gamil'... 
remote: Counting objects: 426, done. 
remote: Compressing objects: 100% (317/317), done. 
remote: Total 426 (delta 89), reused 426 (delta 89) 
Receiving objects: 100% (426/426), 821.19 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (89/89), done. 
Checking connectivity... done.

EDIT 4：

我检查超时在unicorn.rb：

# nuke workers after 30 seconds instead of 60 seconds (the default) 
timeout 300

和nginx配置：

# 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; # Some requests take more than 30 seconds. 
    proxy_connect_timeout 300; # Some requests take more than 30 seconds. 
    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_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 

    proxy_pass http://gitlab; 
}

EDIT 5

我已经上传了资料库，以GitHub上，和克隆是OK：

$ git clone https://github.com/dongli/GAMIL.git 1 
Cloning into '1'... 
remote: Counting objects: 355, done. 
remote: Compressing objects: 100% (308/308), done. 
remote: Total 355 (delta 35), reused 355 (delta 35) 
Receiving objects: 100% (355/355), 809.75 KiB | 244.00 KiB/s, done. 
Resolving deltas: 100% (35/35), done. 
Checking connectivity... done.

这样仓库是GOOD 。

来源

2014-04-21 Li Dong

+0

“致命的：远程端意外挂断” - “http：// whatever.wherever.foo”由于某种原因关闭了连接。 – twalberg

+0

如何诊断原因？其实，服务器'unicorn'说'错误：git-upload-pack死于信号13'。 –

+0

只是一个疯狂的猜测，但在我看来，超时正在破坏连接。尽管如此，这似乎不太可能。 – Michael

3

我终于找到了我的问题的原因由内而外/var/log/nginx/gitlab_error.log这抱怨

2014/04/27 17:25:21 [crit] 14331#0: *19 open() 
"/usr/local/var/run/nginx/proxy_temp/3/00/0000000003" failed (13: Permission denied) 
while reading upstream, client: 123.113.33.131, server: *, request: 
"POST /gamil/gamil.git/git-upload-pack HTTP/1.1", 
upstream: "http://unix:/Users/git/gitlab/tmp/sockets/gitlab.socket:/gamil/gamil.git/git-upload-pack", host: "*"

目录/usr/local/var其访问权限是

drwx------ 8 dongli admin 272 4 1 14:55 var

所以我改成了

drwxr-x--- 8 dongli admin 272 4 1 14:55 var

寻找

然后错误终于消失了。

来源

2014-04-27 09:35:50

+1

这不太可能是问题所在，特别是如果较小的存储库成功运行。 –

错误：git上传包死于信号13

回答

相关问题