Warum bekomme ich Fehler: RPC fehlgeschlagen; Ergebnis = 52, HTTP-Code = 0 fatal: Das Remote-Ende hat beim Aufrufen von github unerwartet aufgelegt?

Question

Ich habe ein neues Repository auf github erstellt und wollte einige Dateien schieben. So initialisiere ich das Repository wie normal und mache git add ., um das aktuelle Verzeichnis hinzuzufügen (das ist mein java Projektordner mit bin und src Ordner innen). Dann habe ich das Remote-Verzeichnis mit:

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

Dann machte ich meine erste git commit -m "First Commit"

begehen

dann tippe ich git push -u origin master und ich bekomme diese Fehlermeldung:

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 

Aber wenn ich nur hinzufügen, eine Datei und versuchen, nur eine einzige Datei zu committen, es funktioniert.

Was ist los? Warum kann ich nicht mein gesamtes Java-Projekt festlegen? Es ist ein ziemlich kleines Projekt nur 214k. Bitte helfen Sie! Vielen Dank!

Answer 1

Jetzt funktioniert es! Ich habe noch nichts geändert.

Diese Art von Fehler 'Ergebnis = 52' ist ein Fehler mit Github selbst. Github.com ging herunter und als ich das Hochladen versuchte, bekam ich den Fehler. Jetzt ist die Seite wieder da und ich kann mich wie gewohnt festlegen.

Answer 2

Dieser Fehler tritt auch auf, wenn Ihr HTTP Post-Puffer zu klein für die Änderungen ist, die Sie verschieben möchten.

In diesem Fall ist die Lösung, es zu erhöhen, zum Beispiel

git config http.postBuffer 524288000 

Answer 3

Diese Verwendung passieren könnte, wenn Sie auch eine fehlerhafte Internetverbindung haben, Ja ich ein zu dieser Zeit erlebe .. :).

Answer 4

Bitbucket hat die gleiche Fehlermeldung. Oft hängt es mit einer verschlechterten Serverleistung zusammen. Bevor Sie sonst etwas zu tun starten, überprüfen:

• http://status.bitbucket.org/

• https://status.github.com/messages

Answer 5

Ich versuchte dies:

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

und es funktionierte.

(Gefunden here)

Answer 6

ich in dieses Problem lief, als zu klonen versucht/Abruf von einem Bitbucket Repository über http. Es stellt sich heraus das Repository zu groß (+ 1gb) und Bitbucket antwortet mit diesem Fehler:

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

ich das SSH-Protokoll eingeschaltet und jetzt funktioniert es gut. Danach können Sie die Fernbedienung bei Bedarf auf die http-Version zurücksetzen, und sie wird weiterhin funktionieren.

Answer 7

Dies kann auch auf den folgenden

fällig

Grund

Prescence of large files (45MB in our case)

Warum

Large files cause HTTPS Timeout

Lösung

Use SSH or Remove large files

Answer 8

Für Bitbucket, löse ich dies mit dem Wechsel zu ssh anstelle von http.

1. konfigurieren SECURITY > SSH keys in Avatar > Bitbucket settings:
2. remote ändern url https://...-git@...
   • bearbeiten .git/config Datei OR Start git remote set-url origin git@...
3. git push -u origin --all (NB: git add . Folge von git commit -m "intial commit" vor dem e)

basierend auf wintersolider ‚s answer

Answer 9

Es hat mich Stunden dauerte. Ich hatte das gleiche Problem mit https. Plus: Ich konnte über ssh keine Verbindung zu bitbucket herstellen.

ich Linux Mint 17.x und diese Lösung bin mit gearbeitet wie ein Zauber für ssh:

https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085 (Antwort von bs - bentzy-Sagiv)

This solved the issue:

Append to /etc/sysctl.conf the following: net.ipv4.tcp_mtu_probing = 1

after restart you should see at /proc/sys/net/ipv4/tcp_mtu_probing the value "1"

A temporary solution is: echo 1 > /proc/sys/net/ipv4/tcp_mtu_probing caveat: this will be reset at boot.

You can try also with value "2" if still not working.

(see explanation at: https://thesimplecomputer.info/pages/adventures-in-linux-tcp-tuning-page2)