recherche

Maison  >  Questions et réponses  >  le corps du texte

gitlab - git clone时遇到“fatal: index-pack failed”

我建了一个GitLab服务器,操作系统是Mac OS X 10.9.2,上边有两个仓库,之前两个仓库都可以正常clone,但是最近两天突然发现有一个仓库clone时,在本地机上遇到:

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,发现

error: git-upload-pack died of signal 13

这个仓库并不大,只有2M多。我查看了信号13的意义:

terminate process     write on a pipe with no reader

请问如何解决呢?

黄舟黄舟2812 Il y a quelques jours1048

répondre à tous(3)je répondrai

  • 某草草

    某草草2017-04-24 16:02:13

    Le problème est dû au fait que le répertoire nginx tmp n'a pas les autorisations pour le groupe adim. Mon système est Mac OS X et j'utilise nginx et d'autres logiciels installés avec Homebrew. J'avais toujours soupçonné qu'il s'agissait d'un problème de délai d'attente, mais je n'ai pas trouvé qu'une certaine mise à jour de Homebrew provoquait un problème d'autorisations tmp.

    De plus, pour les entrepôts plus petits, il semble qu'il ne soit pas nécessaire de créer des fichiers sous tmp, donc un entrepôt peut être cloné, mais pas l'autre.

    répondre
    0
  • 迷茫

    迷茫2017-04-24 16:02:13

    Ce phénomène se produit-il de manière répétée ?

    Puis-je cloner avec succès en utilisant directement SSH sans passer par Gitlab ?

    Le clonage et l'extraction superficiels peuvent-ils réussir ?

    répondre
    0
  • 为情所困

    为情所困2017-04-24 16:02:13

    Il y a un dicton selon lequel cela est dû à une mémoire trop petite du serveur git : http://stackoverflow.com/questions/1943914/git-clone-fails-with-index-pack-failed

    répondre
    0
  • Annulerrépondre