SVN commit abgeschlossen nicht

Wenn ich Dateien übertragen, die im svn bekomme ich oft die situation, wo nach der es übermittelt hat, alle Dateien, die svn hängen und dann irgendwann mal aus mit dem Fehler svn: E175012: Connection timed out.

Dies scheint zu passieren, wenn ich bin das hochladen von mehr als sagen wir 20 Dateien.

Ich glaube, das ist passiert, nachdem alle Dateien übertragen wurden, um den server entweder neue Zeiten haben aufgehört, es nach der Transmitting file data in der Konsole, oder alle Dateien wurden aufgelistet, wie geschickt die Schildkröte. Auch, wenn ich dann ein update aus dem repository bekomme ich führt für alle Dateien, die ich habe versucht, Sie zu Begehen (oder mehr störend, eine Menge Konflikte zu lösen) und wenn ich gehe dann zu Begehen, gibt es wieder nichts zu Begehen - vermutlich also alle die Dateien, die erfolgreich übertragen wurden das erste mal.

Was könnte die Ursache sein? Wie es scheint, der client wartet auf ein 'alles fertig' - Meldung vom server, dass ist nie angekommen wieder an meinem PC?

Unser set-up ist TortoiseSVN 1.8.2 auf dem client und VisualSVN Server 2.7 auf dem server.

Habe ich überprüft, für Fehler-Meldungen in der VisualSVN-Ereignisprotokoll auf dem server und es gibt keine. Dies geschieht sowohl auf der office-Netzwerk und über VPN, und ob das arbeiten auf Wi-Fi oder eine kabelgebundene Verbindung.

Ist Ihre server-Ressourcen beschränkt sind? Langsame I/O, geringer Speicherplatz, Arbeitsspeicher, CPU abgesteckt bei 100%?
Ich habe genau die gleichen Symptome, aber ich bin nur der Begehung einer 50 KB-Datei (pdb-Datei). Andere pdb-Dateien funktionieren problemlos, nur diese bestimmte Datei nicht. Ich habe neu kompiliert (mit unterschiedlichen Inhalten), versucht in verschiedenen Repositorien (gleiche server), und es ist nie verpflichtet. Es überträgt den Inhalt, fällt dann auf 0 Bps und hängt. SVN oder der web-server ist etwas zu tun, ist Datei-basiert. Ich bat die admins, es zu betrachten.
Sie können Sie akzeptieren und/oder upvote, wenn die Antwort es hat geholfen. Danke!

InformationsquelleAutor tomRedox | 2013-11-16

  1. 7

    Ist es wichtig zu wissen, wie lange es dauert, bis commit-revisions-Daten (Zeit, bis die übertragung abgeschlossen ist und die Zeit, bis man die timeout Fehler.

    Und vergessen Sie nicht, überprüfen Sie, ob alle post-commit-hook-script-Verarbeitung Ihr verpflichtet.

    Wenn Ihr commit enthält einige große Dateien, dann kann dieser Fehler durch eine bloße timeout während der Datenübertragung. Zum beheben des Verhaltens gehen Sie folgendermaßen vor:

    • Überprüfen, ob http-timeout ist oder nicht angepasste %APPDATA%\Subversion\servers auf dem client. Macht es Sinn, zu erhöhen, ist es Wert zu 900 sehen, ob das Problem gelöst ist.

    • Wenn das oben nicht hilft, die TimeOut auf der server-Seite.

      1. Öffnen %VISUALSVN_SERVER%conf\httpd-custom.conf auf dem Ziel-server,

      2. Fügen Sie die folgende Zeile und speichern Sie die Datei:

        TimeOut 900

      3. Start-Stopp-Zyklus der VisualSVN-Server-Instanz.

      Die Dokumentation über die "TimeOut" - Richtlinie finden Sie unter
      http://httpd.apache.org/docs/2.2/mod/core.html#timeout

    900 ist eine Sekunde? oder etwas anderes!
    href="http://httpd.apache.org/docs/2.2/mod/core.html#timeout" >httpd.apache.org/docs/2.2/mod/core.html#timeout
    Hi, okay, seine Sekunden. Vielen Dank für die Aktualisierung.
    Der Schlüssel bit der Antwort stellte sich heraus, zu werden "überprüfen Sie, ob alle post-commit-hook-script-Verarbeitung Ihr verpflichtet". Ich fand eine alte BugTracker.net post-commit-hook auf dem server. Sobald ich losgeworden, dass der check-in angehalten, anhalten, nachdem die Letzte Datei und hat nicht versäumt, einen commit-da. (Entschuldigung für das Jahr Verzögerung in der Bestätigung)
    Das gleiche hier; nach dem entfernen alle alten Haken der commit funktioniert für ein großes fileset.

    InformationsquelleAutor bahrep

Schreibe einen Kommentar