Auf einem Debian-Server habe ich Subversion mit WebDAV. Soweit funktioniert alles, nur ein Projekt macht bei einem SVN-Update Schwierigkeiten.
Das Problem macht sich dadurch bemerkbar, das ein Checkout via Tortoise nicht abgeschlossen wird. Es hängt nach einer gewissen Zeit. In den Errorlogs findet man Einträge dieser Art:
Download Code!
[Wed Mar 05 18:09:19 2008] [error] [client 84.161.138.11] Provider encountered an error while streaming a REPORT response. [500, 0]
[Wed Mar 05 18:09:19 2008] [error] [client 84.161.138.11] A failure occurred while driving the update report editor [500, #104]
[Wed Mar 05 18:09:19 2008] [error] [client 84.161.138.11] Error writing base64 data: Connection reset by peer [500, #104]
Die Lösung scheint "angeblich darin zu liegen, dass falls man einen Router mit NAT verwendet, den DNS-Eintrag statisch setzt. Auch soll ein Wechseln von apache2-mpm-worker zu apache2-mpm-prefork zu helfen.
Provider encountered an error while streaming a REPORT response.
Hier scheint er sich an den Verbindungen zu verschlucken. Denke das könnte daran liegen, dass zuviele Verbindungen offen sind die vom jeweiligen Router ausgehenden Verbindungen scheinen dann korrupt zu sein.
A failure occurred while driving the update report editor
Kaskadierender Fehler. Hier wird versucht ein Updateeintrag zu setzen, was aber fehlschlägt.
Error writing base64 data: Connection reset by peer
Hier scheint der Client ein Singal geschickt zu haben, oder vielleicht ein Timeout.
Lösungen
Ich würde es vielleicht einmal ohne HTTPS versuchen, also normales HTTP. Das Apache Modul apache2-mpm-prefork verwenden und vielleicht einen statischen DNS-Eintrag setzen.
