web-dev-qa-db-fra.com

Pourquoi ai-je une erreur: RPC a échoué; result = 52, HTTP code = fatal: l'extrémité distante a raccroché de manière inattendue lors de l'envoi de la commande github?

J'ai créé un nouveau référentiel sur github et je voulais envoyer des fichiers. Donc, j'initialise le référentiel comme d'habitude et fais git add . pour ajouter le répertoire actuel (mon dossier de projet Java avec les dossiers bin et src à l'intérieur). Puis j'ai ajouté le répertoire distant en utilisant:

git remote add https://github.com/username/project.git

Puis j'ai fait mon premier commit git commit -m "First Commit"

alors je tape git Push -u Origin master et j'obtiens cette erreur:

Counting objects: 63, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (60/60), done.
Writing objects: 100% (62/62), 16.98 KiB, done.
Total 62 (delta 15), reused 0 (delta 0)
error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

Mais si je n’ajoute qu’un seul fichier et que je n’essaie de commettre qu’un seul fichier, cela fonctionne. 

Que se passe-t-il? Pourquoi ne puis-je pas valider tout mon projet Java? C'est un joli petit projet seulement 214k. S'il vous plaît aider! Merci! 

gitgithubpushgit-remote
20
nearpoint

Maintenant ça marche! Je n'ai même rien changé. 

Ce type d'erreur 'result = 52' est une erreur avec github lui-même. Github.com était en panne et quand j'ai essayé de télécharger, j'ai eu l'erreur. Maintenant, le site est rétabli et je peux m'engager comme d'habitude. 

11
nearpoint

Bitbucket a le même message d'erreur. Cela est souvent lié à la dégradation des performances du serveur. Avant de commencer à faire autre chose, vérifiez:

20
jjpcondor

Cette erreur se produit également si votre tampon de publication HTTP est trop petit pour les modifications que vous souhaitez diffuser.

Dans ce cas, la solution consiste à l'augmenter, par exemple en utilisant

git config http.postBuffer 524288000
16
Dughall

J'ai rencontré ce problème lors de la tentative de clonage/extraction depuis un référentiel Bitbucket via http. Il s'avère que le référentiel est trop grand (+ 1 Go) et Bitbucket répond avec cette erreur:

error: RPC failed; result=52, HTTP code = 0
fatal: The remote end hung up unexpectedly

Je suis passé au protocole SSH et maintenant cela fonctionne bien. Ensuite, vous pouvez redéfinir la télécommande sur la version http si nécessaire, et elle continuera à fonctionner.

11
Ferry Boender

Cela pourrait arriver si vous avez une connexion Internet défectueuse aussi, ouais j'en ai une en ce moment .. :).

6
jossie

Cela peut être aussi dû à ce qui suit

Raison

Pourquoi

Les fichiers volumineux sont à l'origine du délai HTTPS

Utiliser SSH ou Supprimer les gros fichiers

Solution

Use SSH or Remove large files

3
wintersolider

J'ai essayé ceci:

$ git config --global --add core.compression -1
$ git clone https://....

et cela a fonctionné. 

(Trouvé ici )

2
Jack Le

Pour Bitbucket, je résous le problème en basculant sur ssh au lieu de http. 

  1. Configurez SECURITY > SSH keys dans Avatar > Bitbucket settings: 
  2. Remplacez l'URL distante de https://... par git@...
    • Éditer .git/config fichier OU lancer git remote set-url Origin git@...
  3. git Push -u Origin --all (NB: git add . suivi de git commit -m "intial commit" avant)

basé sur wintersolider 's answer

0
Nolwennig

Cela m'a pris des heures. J'ai eu le même problème en utilisant https. Plus: je ne pouvais pas me connecter à bitbucket via ssh. 

J'utilise Linux Mint 17.x et cette solution a fonctionné à merveille pour ssh:

https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085 (réponse de bs - bentzy-sagiv)

Cela a résolu le problème: 

Ajoutez à /etc/sysctl.conf ce qui suit: net.ipv4.tcp_mtu_probing = 1

après le redémarrage, vous devriez voir/proc/sys/net/ipv4/tcp_mtu_probing le valeur "1"

Une solution temporaire est: echo 1> /proc/sys/net/ipv4/tcp_mtu_probing mise en garde: cela sera réinitialisé au démarrage.

Vous pouvez aussi essayer avec la valeur "2" si cela ne fonctionne toujours pas.

(Voir l'explication à: https://thesimplecomputer.info/pages/adventures-in-linux-tcp-tuning-page2 )

0
Thomas Praxl