tortoisesvn - Fehler REPORT-Anfrage fehlgeschlagen am ../../../!svn/vcc/default

Benutzer, die versuchen, Auschecken von Dateien aus einem bestimmten Subversion 1.4.x-repository mit Apache 2.2 auf Windows 2003 haben plötzlich angefangen immer eine Fehlermeldung in Ihrem Protokoll windows beim Bezahlvorgang mit TortoiseSVN 1.4:

Error REPORT request failed on '/[path_to_repo]/!svn/vcc/default'
Error REPORT of '/[path_to_repo]/!svn/vcc/default': 200 OK (http://[server_name])

Diese startete nach einem hd-crash auf dem server und die anschließende Wiederherstellung von über 10 subversion-Repositorys. Nur ein repository dieses problem ist nach einem versuchten Arbeitsverzeichnis Versöhnung. Die repo-owner versöhnen Ihrem Verzeichnis mit dem repository zu ändern/löschen von versteckten .svn-Verzeichnisse (obwohl dies nicht empfohlen).

Ich kann nichts finden, Sie auf die Möglichkeiten des Internets, stellt meine situation. Der wiederhergestellte server ist genau wie das original, und keine anderen repositories auf diesem server sind, werfen Fehler. Irgendwelche Ideen auf, 1) das, was dieser Fehler ist und 2) wie es zu lösen ist?

InformationsquelleAutor der Frage | 2009-03-12

  1. 7

    Sich die Inzidenz der SVN Fehler {REPORT von " /svn/xxxx/!svn/vcc/default": 200 OK}, wenn Sie den Checkout-oder Update im SVN wurde schließlich gelöst, die auf unsere Website durch einen Neustart des SVN-Server.

    InformationsquelleAutor der Antwort Georgia

  2. 3

    Späte Antwort, aber ich hoffe, es wird nützlich sein.

    Hatte ich dieses Problem und es hat nichts zu tun mit dem server, aber verursacht wurde durch eine seltsam Betrieb auf der client-Seite (umbenennen eines Verzeichnisses und nicht zu Begehen, die die Erstellung der Ziel-soweit ich mich erinnere).

    Ich zunächst versuchen, herauszufinden, die fehlerhafte Verzeichnis mit der folgenden one-liner:

    for fic in $(find . -type d | grep -v -e './target' -e '/.svn'); do echo $fic; svn up -N $fic; done

    Den -NSchalter verhindern, dass svn von recursing in Unterverzeichnisse zu helfen, zu pinepoint das fehlerhafte Verzeichnis, in meinem Fall ./src/main/resources/META-INF. Da hatte ich nichts für die kein commit in diesem Verzeichnis habe ich es entfernen.

    svn status zeigt mir, dass das Verzeichnis fehlt und eine einfache svn update brachte ihn zurück ins Leben und behoben mein Problem.

    InformationsquelleAutor der Antwort gabuzo

  3. 1

    Lief ich über dieses problem auf SubClipse & Subversiv auf Eclipse und auf TurtoiseSVN. Ich entfernte das lokale repository-Verzeichnis, die das problem NICHT behoben. Schließlich erhöhten wir die HTTP-timeout auf den Apache server, der das Problem behoben hat.

    InformationsquelleAutor der Antwort Chris McKinnon

  4. 1

    War ich immer die folgende Fehlermeldung während einer Kasse von meinem repo:

    svn: E175002: REPORT of '/!svn/vcc/default': 200 OK

    Ich bin servieren repo als apache-proxy über nginx. Auf der Suche im nginx error log sehe ich Folgendes:

    [crit] 25839#0: *37 open() "/var/lib/nginx/tmp/proxy/1/00/0000000001" failed (13:     Permission denied) while reading upstream, client: xx.xx.xx.xxx, server: my.domain.com, request: "REPORT /!svn/vcc/default HTTP/1.1", upstream: "http://127.0.0.1:8080/!svn/vcc/default"...

    Endlich das problem zu beheben, musste ich die Eigentümer/Gruppe auf mein /var/lib/nginx Ordner und /var/lib/nginx/tmp-Ordner zu entsprechen, was /var/lib/nginx/tmp/proxy verwendet wurde. In meinem Fall habe ich eine spezielle "www" Benutzer von apache und nginx. War die Gruppe "root".

    InformationsquelleAutor der Antwort user2602441

  5. 1

    Ich hatte dieses problem auch.

    Fand ich heraus, indem Sie mittels TortoiseSVN, dass ich beim aktualisieren Teile des Repositorys, die meisten von Ihnen arbeiteten aber einen Ordner geworfen, und die Fehler. Ich ging hinein und aktualisierten Teile und erkannte, dass eine Datei beschädigt war oder so etwas. Es war eine csv-Datei. Seine Prüfsumme falsch war und die Codierung war komisch. Ich habe die Datei gelöscht und ersetzt es mit einer funktionierenden version der Datei. Der Fehler verschwunden.

    InformationsquelleAutor der Antwort Ev0oD

  6. 0

    Hast du irgendwas ändern, um Ihre (versteckte) .svn-Verzeichnis?

    Können Sie das original zurück .svn-Verzeichnis oder löschen Sie es. SVN kann nicht mit dieser "Unterschied" in den Versionen. Er denkt, es ist eine andere version, statt das gleiche mit einem anderen .svn-Verzeichnis.

    InformationsquelleAutor der Antwort Proto

  7. 0

    Wir hatten das gleiche problem auf einem bestimmten Ordner in unserem Projekt.
    Folgendes das problem gelöst:

    1. backup-Ordner auf externen Speicherort
    2. Mit repo-browser gelöscht, den Ordner aus dem svn.
    3. Gelöscht physischen Ordner aus dem computer.
    4. Problem "SVN update".
    5. Kann es zu einem Baum-Konflikt. - markieren Sie den Konflikt als aufgelöst.
    6. Stellen Sie sicher, dass der Ordner nicht auf dem computer vorhanden ist.
    7. den Ordner wiederherstellen aus backup, add und commit.

    InformationsquelleAutor der Antwort Michael Shaulov

  8. 0

    Einem frischen, checkout ' löste das Problem für mich. In meinem Fall wurde das Thema mit einem Verzeichnis-Struktur, wurde irrtümlich verpflichtet sich der repo (z.B. "existingfolder\C:\inputpub\usw..."), die verursacht seltsame Probleme nach löschen möchten dir und Begehen.

    InformationsquelleAutor der Antwort jade

  9. 0

    Hintergrund :
    Wir verwenden Server, wo die SVN installiert, die von verschiedenen Benutzern.

    So, ich habe versucht, die option der re-Installation der SVN in das der Benutzer derzeit verwendet wird und es behoben die Probleme. (Windows. Auch beim installieren der ersten Zeit, können Sie die Installation mit der option für alle Benutzer, es zu benutzen).

    InformationsquelleAutor der Antwort Sri

  10. 0

    Ich habe gerade versucht ein paar mal mehr, aus Frust mehr als alles andere, und schließlich es funktionierte. Nehmen wir einige schlechte Netzwerk, was dies verursacht.

    InformationsquelleAutor der Antwort user230910

Schreibe einen Kommentar