it-swarm.com.de

SVN-Fehler bei laufendem Kontext: Eine vorhandene Verbindung wurde vom Remote-Host zwangsweise geschlossen

Ich habe ein SVN-Repo auf meinem Debian Wheezy-Build-Server erstellt, und zwar nach diesem Tutorial .svn --version ergibt 1.6.17.

Leider kann ich mich von meinem Windows 7-Computer nicht mehr auf das Repo festlegen. es schlägt mit der folgenden Fehlermeldung fehl:

Transmitting file data .svn: E730054: Commit failed (details follow):
svn: E730054: Error running context: An existing connection was forcibly closed
by the remote Host.

Ich habe diesen Fehler sowohl mit TortoiseSVN als auch mit dem Befehlszeilenclient gehabt.

Dies sind die Inhalte von /var/log/Apache2/access.log auf dem Server für den Zeitpunkt des fehlgeschlagenen Commits: access.log . Es ist kein Eintrag für die gleiche Zeit im Fehlerprotokoll enthalten.

Ich kann immer noch den Inhalt des Repos überprüfen und svn info http://myurl/svn/myrepo funktioniert auch gut.

Der Debian-Server mit dem Repo läuft auf einem Windows Server 2008 R2 (Hyper-V-Manager 6.1) in einem VM. Die Verbindung von meinem Windows-Computer zum Windows Server wird mithilfe von FortiClient 4.2.8.0307 hergestellt.

Nachdem ich gestern auf diesen Fehler gestoßen bin, habe ich svn vom Server gelöscht und das Repo erneut eingerichtet. Dies veranlasste das Repo, für ein paar Stunden Commits anzunehmen, bis es erneut mit dem gleichen Fehler fehlschlug.

Derzeit funktionieren Commits wieder mit TortoiseSVN, schlagen jedoch mit dem Befehlszeilenclient fehl.

Was bedeutet E730054 und wie kann ich es endgültig beheben?


Ich habe inzwischen ein Upgrade auf Jessie durchgeführt, aber die Situation hat sich nicht verbessert. Commits with Tortoise funktioniert nicht mehr, was bedeutet, dass die Aktion "Inhalt senden" für etwa fünf Minuten unterbrochen wird und der Fehler dann im Titel ausgegeben wird.

Kassen funktionieren jedoch immer noch reibungslos.

Apache2 -v
Serverversion: Apache/2.4.9 (Debian) 
Server-Build: 29. März 2014 um 21:52:01 Uhr

svn --version
svn, Version 1.8.8 (r1568071) 
kompiliert 1. April 2014, 03:41:42 auf i486-pc-Linux-GNU

Hier ist ein Thread , der den Fehler bespricht, aber ich konnte keine Lösung für mein Problem daraus ableiten.


Ich habe festgestellt, dass das Problem auftritt, wenn ich die second - Änderung einer Datei festschreiben möchte.

Mein Fix

Das Problem wurde endgültig beseitigt, nachdem svnserve anstelle von Apache2 verwendet wurde. Dieses Tutorial hat mir beim Einrichten geholfen.

13
Matthias Braun

Beim Lesen des Threads scheinen einige Probleme in der WEBDAV-Implementierung auf der Client-Site den Apache-Thread zum Absturz gebracht zu haben. Ich hatte andere Probleme mit Vor-1.8-Repositorys und löste die meisten von ihnen durch Dump/Reload des gesamten Repositorys in ein neues (Verwendung von " svnadmin upgrade " ist nicht ausreichend!). Repos vor 1.8 haben manchmal "korrupte/veraltete" Daten in Revisionsdateien, die von Clients ignoriert werden. Es scheint, dass dies den Segfault verursachen könnte.

Sie können Ihr Repository wie folgt entladen/neu laden:

svnadmin create newrepos
svnadmin dump oldrepos | svnadmin load newrepos

Beachten Sie, dass das Aktualisieren/Neuladen möglicherweise sehr lange dauert (ca. 1 GB/h + - 50%, meist abhängig von der Festplattengeschwindigkeit).

Wenn Sie eine andere Zeit haben, geben Sie bitte Ihre Zeit bekannt. Ich untersuche die Dump/Reload-Zyklus-Performance privat.

5
Peter Parker

Ich hatte dieses Problem mit einer einzelnen Datei, als ich versuchte, mehrere Dateien mit Tortoise SVN unter Windows 7 x64 einzuchecken. Mehrere Versuche, die Datei mit verschiedenen Versionen von Tortoise SVN und der Befehlszeilenversion von SVN zu übergeben, schlugen fehl.

Zu dieser Zeit benutzte mein Laptop meine ISP-Internetverbindung. Als ich später zur Arbeit ging und versuchte, die fehlerhafte Datei aus dem Netzwerk meines Arbeitgebers zu übergeben, wurde die Datei ohne Probleme festgeschrieben.

Ich weiß nicht, warum dies der Fall war, aber wenn Sie auf dieses Problem stoßen und durch eine Suchmaschinenabfrage zu dieser Antwort gelangen, möchten Sie es vielleicht erneut versuchen - mit einer anderen Internetverbindung. Es ist zwar keine Lösung für das Problem, kann jedoch eine vorübergehende Umgehung darstellen.

9
Steve HHH

Ich habe diesen Fehler erhalten.

Fehler beim Ausführen des Kontextes: Eine bestehende Verbindung wurde von der Remote-Verbindung zwangsweise geschlossen.

Ich habe dieses Problem gelöst, indem ich den Proxy auf Cntlm umgestellt habe und es funktioniert einwandfrei. Ich benutze die Version TortoiseSVN 1.9.3. 

1
GUMMY

Auch ich stand vor dem ähnlichen Problem. SVN-Details: TortoiseSVN 1.12.0, Build 28568 - 64 Bit

Lösung: Rufen Sie den Task-Manager auf und suchen Sie nach dem Tortoise SVN-Cache-Dienst. Beenden Sie diesen Task und versuchen Sie erneut, die Änderungen zu aktualisieren/zu übernehmen.

0
SVPReddy

Ich habe diesen Fehler erhalten.

Fehler: Eine bestehende Verbindung wurde von der Fernbedienung zwangsweise geschlossen.

Ich verwende die Version TortoiseSVN 1.11 ..__ Ich benutze Checkpoint VPN, ich starte einfach meine VPN-Verbindung neu

0
venkatSkpi

Hade den gleichen Fehler. Ich hatte ein Problem mit Avast Antivirus. Als ich die URL des SVN-Servers in die Ausnahmen setzte, wurde das Problem gelöst.

0
user1424937

Auch ich hatte dieses Problem im SVN-Client. Ich habe die temporären Ordner in Windows gelöscht. Dann löschte alle Daten einschließlich der Authentifizierungsdetails aus "gespeicherten Daten" in den SVN-Einstellungen. Dann in SVN erneut versucht, es bat um Authentifizierung und es öffnete sich einwandfrei ohne Fehler.

0
Assan Fakkir

Ich traf dieses Problem, nachdem unser svn-server von lan ins internet migriert wurde. Zum Schluss löse ich dieses Problem, indem ich meine IP-Adresse ändere .

Zum Beispiel: von 192.168.0.60 bis 192.168.0.71.

SVN-Version: TortoiseSVN 1.9.7, Build 27907 - 64 Bit
Betriebssystemversion: Windows 10, 1703

0
Leo

Ich hatte dieses Problem mit einem großen Commit (~ 500 Dateien, 50 MB) in einem Basisnetzwerk. Es funktionierte, wenn ich die Datei in Stapel aufteilte (z. B. eine Datei gleichzeitig auswählen). Es scheint, dass es besonders mit einer großen Datei zu kämpfen hatte, die für mehrere Ordner wiederholt wurde.

0
Hans Vonn