gitlab - git clone时遇到“fatal: index-pack failed”
黄舟
黄舟 2017-04-24 16:00:13
0
3
975

我建了一个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

请问如何解决呢?

黄舟
黄舟

人生最曼妙的风景,竟是内心的淡定与从容!

répondre à tous(3)
某草草

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.

迷茫

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 ?

为情所困

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

Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal
À propos de nous Clause de non-responsabilité Sitemap
Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!