web-dev-qa-db-fra.com

git bash: error: RPC a échoué; résultat = 18, code HTP = 200B | 1 Ko/s

Lorsque j'essaie de cloner sur git bash, je reçois cette erreur:

$git clone <link>
Cloning into 'name_project'...
Password for '<link>':
remote: Counting objects: 100% (659/659), done.
error: RPC failed; result=18, HTTP code = 200B | 1 KiB/s
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: recursion detected in die handler

C'est la commande utilisée:

git clone h(double t)ps://[email protected]/path.git

Quelqu'un peut-il aider?

gitclone
17
Innet

Solution pour échec avec erreur: RPC échoué; résultat = 18, code HTTP = 200

Première solution:

Essayez d'exécuter la commande ci-dessous dans le référentiel distant si l'erreur est fatale: index-pack a échoué

git remballer -a -f -d --window = 250 --depth = 250

Deuxième solution:

Essayez également ceux ci-dessous à partir de l'emplacement du référentiel distant si celui-ci ne fonctionne pas:

git gc --agressif

git remballer -a -f -d --window = 250 --depth = 250

Troisième solution:

Essayez de réduire la taille de postBuffer dans la configuration du référentiel distant . Suivez les étapes ci-dessous

  1. Aller au répertoire du référentiel git distant
  2. Exécutez la commande suivante pour réduire la taille de postBuffer</ p>

    git config http.postBuffer 24288000</ li>

  3. vous pouvez vérifier cette valeur en faisant "git config --get http.postBuffer"
  4. Essayez de cloner le référentiel maintenant (retournez où vous clonez)
  5. En cas d'échec avec l'erreur: RPC a échoué; result = 18, code HTTP = 200 réessayez en augmentant le postBuffer de plus en plus loin dans la configuration. allez à l'étape 1.
    6. </ ol>

24
Ravi Rajendra

Hey j'ai eu le même problème mais résolu du lien que j'ai mentionné ci-dessous

https://confluence.atlassian.com/pages/viewpage.action?pageId=301663284

MODIFIER:

** Du site web: **

Solution de contournement:

Bien que les paramètres du site du serveur soient correctement définis pour cette option, vous devrez peut-être ajuster/remplacer les paramètres de votre client. Pour ce faire, exécutez la ou les commandes suivantes:

Depuis un référentiel spécifique. Notez que le nombre à la fin est la taille, en octets, que vous souhaitez autoriser dans un seul message. Si vous avez des fichiers beaucoup plus volumineux, vous devrez peut-être augmenter ce nombre.

git config http.postBuffer 524288000

Pour définir cela globalement pour tous les référentiels Git distants que vous avez déjà connectés à

git config --global http.postBuffer 524288000

Je ne suis pas tout à fait sûr que ça va marcher pour tout le monde, mais ça a résolu mon problème

13
Srinivas

Je l'essaie et je ne peux pas résoudre la solution actuelle. Il a résolu lorsque je viens de visiter mon journal GitLab Unicorn qui affiche le problème:

I, [2014-02-10T17:46:29.953026 #5799]  INFO -- : worker=0 ready
E, [2014-02-10T17:47:52.026874 #5719] ERROR -- : worker=1 PID:5728 timeout (181s > 180s), killing
E, [2014-02-10T17:47:52.039670 #5719] ERROR -- : reaped #<Process::Status: pid 5728 SIGKILL (signal 9)> worker=1

le délai d'attente de l'ouvrier dit à propos des problèmes de longue durée d'exécution pour git clone.

Il a corrigé dans GitLab Unicorn config .. changez simplement 180 secondes en plus grand dans config/Unicorn.rb

timeout 360

Si vous utilisez un autre serveur Web ou utilisez le proxy Nginx, vous devez également:

  server {
       ...
    # 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 600; # https://github.com/gitlabhq/gitlabhq/issues/694
      proxy_connect_timeout 600; # https://github.com/gitlabhq/gitlabhq/issues/694
      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_pass http://gitlab;
    }
  }

faites attention à une partie de proxy_read_timeout et proxy_connect_timeout.

7
Alex

Nous devons ajuster/remplacer les paramètres de votre client.

git config --global http.postBuffer 524288000
4
Bhalke

J'ai fait face à ce problème en utilisant git à Kubuntu. J'ai également remarqué l'instabilité générale dans la mise en réseau et trouvé une solution .

dans /etc/resolv.conf ajoute la ligne à la fin du fichier

options à demande unique

Cela a corrigé les délais avant que chaque résolution de nom de domaine et chaque git ne commencent à fonctionner comme un charme après cela.

0
truf

Sous Linux

Exécutez ce qui suit dans la ligne de commande avant d’exécuter la commande Git:

  1. export GIT_CURL_VERBOSE = 1
  2. export GIT_TRACE_PACKET = 1
  3. export GIT_TRACE = 1

Sous Windows

Exécutez ce qui suit dans la ligne de commande avant d’exécuter la commande Git:

  1. set GIT_TRACE_PACKET = 1
  2. set GIT_TRACE = 1
  3. définir GIT_CURL_VERBOSE = 1

Plus d'infos ==> Documentation Atlassian

0
Santiago Palacios

J'ai rencontré ce problème lors du clonage du code à partir de bitbuket.com

Erreur

D:\ABCProj>git clone xxxxxxx
cloning into 'xxxxx'.....
Password for 'https://ccccc':
remote:Counting Objects : 14705,done.
remote:Compressing Objects :100%(1234/1234),done.
error:fatal:fatal:RPC failed ; result =18 ,HTTP code =200B/s early EOF
The remote end hung up unexpectedly
fatal:index-pack failed

Solution, les choses ci-dessous sont corrigées mes Probs! Simplement, j'exécute simplement l'une des commandes ci-dessous, puis pouvez-vous s'il vous plait à nouveau cloner/vérifier comme

D:\ABCProj>git config http.postBuffer 524288000

Si vous souhaitez définir ceci gloablly pour tous les référentiels Git distants auxquels vous vous êtes déjà connecté

D:\ABCProj>git config --global http.postBuffer 524288000

Puis une fois clone ton projet 

D:\ABCProj>git clone xxxxxxxxxxxxx

Plus de détails ou des éclaircissements sur ce problème Veuillez consulter ce site https://confluence.atlassian.com/pages/viewpage.action?pageId=301663284

0
SakthiSureshAnand