Git-Klon-Fehler: RPC fehlgeschlagen; curl 56 OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 10054

Ich habe Probleme, ein Repo auf Git zu klonen. Ich habe tagelang versucht und einige Lösungen ausprobiert (in den meisten Fällen war das Problem etwas anders, schien aber zuzutreffen), aber nichts hat etwas getan, um einen Unterschied zu machen.

Ich habe versucht, das Antivirenprogramm und die Firewall auszuschalten, aber das hat nicht geholfen. Ich habe auch versucht, die Netzwerkadaptertreiber zu deinstallieren und neu zu installieren (und den Computer neu zu starten), und das hat nicht funktioniert.

Soweit ich weiß, handelt es sich irgendwo um ein Netzwerkproblem, da der Remote-Server immer wieder auflegt, aber ich schaffe es nicht, mit dem Problem irgendwohin zu gelangen.

Die Verwendung von git clone -v --progress schien die gleiche Ausgabe wie git clone zu liefern. Ausgabe vom Git-Klon -v --progress https://github.com/mit-cml/appinventor-sources.git

Klonen in 'Appinventor-Quellen' ...
POST Git-Upload-Pack (gzip 1425 bis 774 Bytes)
remote: Objekte zählen: 41649, erledigt.
remote: Objekte komprimieren: 100% (7/7), fertig.
Fehler: RPC fehlgeschlagen; curl 56 OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 10054
fatal: Das Remote-Ende hat unerwartet aufgelegt
:
fatal EOF fatal: Index-Pack fehlgeschlagen

Ich habe jetzt versucht, den Puffer erneut zu erhöhen

git config --global http.postBuffer 1048576000

aber immer noch nichts.

Ich verfolge die Lösung von Das Remote-Ende hat beim Klonen von Git zur Fehlerbehebung unerwartet aufgelegt .

Ich habe das gleiche Problem dadurch gelöst:

git config http.postBuffer 524288000

Dies kann an der großen Größe des Repositorys und der Standardpuffergröße von git liegen. Wenn Sie dies oben (bei git bash) tun, wird die Größe des git-Puffers erhöht.

Prost!

Ich hatte das gleiche Problem und habe es gelöst, indem ich meine Netzverbindung geändert habe. Tatsächlich war meine letzte Internetverbindung zu langsam (45 kbit / s). Versuchen Sie es also erneut mit einer schnelleren Netzverbindung.

Ich hatte das gleiche Problem und die Antwort von @ingyhere löste mein Problem.
Folgen Sie seinen Anweisungen in seiner Antwort hier .

git config --global core.compression 0
git clone --depth 1 <repo_URI>
# cd to your newly created directory
git fetch --unshallow 
git pull --all

Dies geschieht, wenn Sie das erste Mal ohne Netzverbindung oder schlechte Netzverbindung pushen. Wenn Sie jedoch erneut versuchen, eine gute Verbindung zu verwenden, wird das 2,3-fache Problem behoben.

Das Deinstallieren (Version: 2.19.2) und Installieren (Version: 2.21.0) des Git-Clients hat das Problem für mich behoben.

Ich habe "git init" ausprobiert und es hat für mich wie ein Zauber funktioniert.

Ich habe es vom Link Git Push-Fehler erhalten: RPC fehlgeschlagen; Ergebnis = 56, HTTP-Code = 200 schwerwiegend: Das Remote-Ende hat unerwartet schwerwiegend aufgelegt

Deaktivieren Sie einfach die Firewall und starten Sie erneut. es hat bei mir funktioniert

Sie müssen die Puffergröße erhöhen (dies liegt an der großen Repository-Größe), also müssen Sie sie erhöhen

git config http.postBuffer 524288000

Obwohl Sie über ein initialisiertes Repository verfügen müssen, gehen Sie wie folgt vor

git init
git config http.postBuffer 524288000
git remote add origin <REPO URL>
git pull origin master
...

Es wird als SSL_ERROR_SYSCALL, errno 10054 erwähnt.

Um dieses SSL-Problem zu beheben, ging ich zur .gitconfig-Datei (die sich auf meinem Desktop auf Laufwerk c befindet). Ich änderte sie sslverifyin false und fügte meinen Benutzernamen und meine E-Mail-ID hinzu.

sslVerify = `false` //make sslVerify as false    
[user]
    name = `***<Enter your name>**`
    email = `**<Email Id>**`

Ich hatte genau das gleiche Problem beim Versuch, eine Gitlab-Pipeline einzurichten, die von einem Docker-Runner ausgeführt wurde, der auf einem Raspberry Pi 4 installiert war

Wenn Sie nloaddie Bandbreitennutzung im Docker Runner-Container verfolgen, während die Pipeline das Repo klont, ist die Netzwerknutzung auf einige Bytes pro Sekunde gesunken.

Nach einigen tieferen Untersuchungen stellte ich fest, dass die Himbeertemperatur zu hoch war und die Netzwerkkarte oberhalb von 50 ° Celsius zu funktionieren begann.

Das Hinzufügen eines Lüfters zu meiner Himbeere löste das Problem.

Die folgenden Schritte haben mir geholfen, dieses Problem zu beheben: Lösung 1:

1. Git Checkout Master
2. Git Pull
3. Git Checkout [Sie aktuelle Filiale]
4. Git Pull

Sie können auch git config http.postBuffer 524288000 festlegen, um den Netzwerkpuffer zu erhöhen

Lösung 2:

Manchmal passiert es, wenn Sie Ihr Repo über VPN klonen und das SSL nicht überprüft werden kann

Probieren Sie es aus, es kann helfen:

git config http.sslVerify "false"

Ich habe die Abhängigkeitsliste an das Ende von verschoben

#Pods for <app>

In Podfile. So was:

    # Uncomment the next line to define a global platform for your project
    # platform :ios, '9.0'

    target '<app>' do
    # Comment the next line if you don't want to use dynamic frameworks
    use_frameworks!

  # Pods for <app>

  target '<app>Tests' do
    inherit! :search_paths
    # Pods for testing
  end

  target '<app>UITests' do
    inherit! :search_paths
    # Pods for testing
  end

    pod 'Firebase/Core'
    pod 'Firebase/Database'

end

Alle diese Tipps haben bei mir nicht funktioniert. Was funktioniert hat, war das Klonen über ssh und nicht über http

git config --global http.postBuffer 524288000

Arbeiten Sie in meinem Fall - AWS-Code-Commit

Dies könnte ein Problem mit Ihrem Netzwerk sein (dh kein Problem mit Ihren Git-Konfigurationen, Ihrer Firewall oder anderen Computereinstellungen). Um dies zu bestätigen, können Sie Folgendes testen:

1. Überprüfen Sie, ob dieses Problem im selben Netzwerk auf verschiedenen Computern weiterhin besteht (dies traf auf mich zu).
2. Versuchen Sie, den problematischen Befehl git (für mich war es git pull) in einem anderen Netzwerk auszuführen, und prüfen Sie, ob er funktioniert . Ich brachte meinen Desktop zu einem Freund und bestätigte, dass der Befehl tatsächlich ohne Änderungen funktionierte. Ich habe den Befehl auch von meinem Laptop in einem offenen Netzwerk in der Nähe getestet und der Befehl begann plötzlich zu funktionieren (das galt also auch für mich).

Wenn Sie die obigen Punkte 1 und 2 bestätigen können, ist es möglicherweise an der Zeit, einen Termin mit einem Techniker Ihres Internetdienstanbieters zu vereinbaren. Ich habe Glasfaser-Internet in einem ziemlich neuen Gebäude und als der Techniker ankam, gingen sie in den Telekommunikationsraum meines Gebäudes und wechselten meinen Internet-Port. Das schien das Problem irgendwie zu beheben. Er ließ mich auch wissen, dass in meinem Gebäude andere Probleme im Allgemeinen vor sich gingen (es könnte also nichts mit Ihrer Maschine oder den von Ihnen kontrollierten Dingen zu tun haben!).

Wenn dies fehlschlägt, sollten Sie möglicherweise den Internetanbieter wechseln, wenn dies für Sie eine Option ist. Andernfalls rufen Sie einfach Ihren ISP an, um immer mehr leitende Techniker zu entsenden, bis das Problem behoben ist.

Ich hoffe, niemand muss tatsächlich auf das zurückgreifen, was ich getan habe, um das Problem zu finden.

tl; dr: Rufen Sie Ihren ISP an, da das Problem möglicherweise mit Ihrem Netzwerk zusammenhängt.

(basierend auf anser von Hakan Fıstık)

Sie können den postBuffer auch global festlegen, was möglicherweise erforderlich ist, wenn Sie das Repository noch nicht ausgecheckt haben!

git config http.postBuffer 524288000