git bash: erreur: échec de RPC; 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 command utilisée:

 git clone h(double t)ps://account@bitbucket.org/path.git 

Quelqu'un peut-il aider?

Solutions Collecting From Web of "git bash: erreur: échec de RPC; résultat = 18, code HTP = 200B | 1 Ko / s"

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

Première solution:

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

git repack -a -f -d –window = 250 –depth = 250

Deuxième solution:

Essayez aussi ceux ci-dessous à partir de l'location du repository distant si celui ci-dessus ne fonctionne pas:

git gc –agressif

git repack -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. Accéder au directory du référentiel git distant
  2. Exécutez la command suivante pour réduire la taille de postBuffer

git config http.postBuffer 24288000

  • vous pouvez vérifier cette valeur en faisant "git config –get http.postBuffer"
  • Essayez de cloner le repository maintenant (return à où clonez-vous)
  • En cas d'échec avec erreur: Échec du RPC; result = 18, le code HTTP = 200 réessaie en augmentant toujours le postBuffer dans la configuration. allez à l'étape 1.
  • Hey j'ai eu le même problème mais résolu du lien je l'ai mentionné ci-dessous

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

    MODIFIER:

    ** Du site Web: **

    Solution de contournement:

    Bien que les parameters de site du server soient correctement définis pour cette option, vous devrez peut-être ajuster / replace les parameters de votre client. Pour ce faire, exécutez la command suivante:

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

    git config http.postBuffer 524288000

    Pour définir ce globle pour tous les référentiels Git distants, vous vous connectez à

    git config --global http.postBuffer 524288000

    Je ne suis pas sûr que ça marchera pour tout le monde, mais cela a résolu mon problème

    Je l'essaie et ne peux pas résoudre la solution actuelle. Il a résolu quand je viens de visiter mon journal licorne GitLab 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 timeout d'attente du travailleur dit à propos des problèmes de longue durée de git clone.

    Il a fixé dans GitLab Unicorn config .. il suffit de changer 180 secondes à plus grand dans config / unicorn.rb

     timeout 360 

    Si vous utilisez un autre server web ou utilisez un proxy Nginx, vous avez également besoin de:

      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.

    Nous devons ajuster / replace les parameters de votre client.

     git config --global http.postBuffer 524288000 

    J'ai fait face à ce problème en utilisant git dans Kubuntu. J'ai également remarqué une instabilité générale dans le networking et trouvé une solution .

    dans /etc/resolv.conf append la ligne à la fin du file

    options unique-request

    Cela a retardé la résolution de chaque nom de domaine et git a commencé à fonctionner comme un charme après cela.

    J'ai fait face à ce problème en clonant le code 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, ci-dessous les choses sont fixées mes Probs! Simplement je juste excute le ci-dessous l'un de la command alors pourriez-vous encore cloner / vérifier comme

     D:\ABCProj>git config http.postBuffer 524288000 

    Si vous le souhaitez Pour définir ce glable pour tous les référentiels Git distants, vous vous connectez à

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

    Ensuite, clonez votre projet

     D:\ABCProj>git clone xxxxxxxxxxxxx 

    Plus de détails ou de clarification sur ce problème S'il vous plaît se référer à ce site https://confluence.atlassian.com/pages/viewpage.action?pageId=301663284

    Sur Linux

    Exécutez la command suivante dans la command line avant d'exécuter la command Git:

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

    Sur Windows

    Exécutez la command suivante dans la command line avant d'exécuter la command Git:

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

    Plus d'infos ==> Documentation Atlassian