Berkeley DB error

Falls mal etwas schiefging, dann führt svnadmin recover REPOS_VERZEICHNIS zum Wiederhestellen der Datenbank.

Um statt der Berkeley-Datenbank das neuere FSFS-Dateisystem für ein Repository zu verwenden, kannst du folgenden Parameter beim Erzeugen angeben:

svnadmin create --fs-type fsfs /path/to/repos

Du kannst ein Berkeley-Repository durch ein dump und ein anschließendes load in das FSFS-Format konvertieren.

"svn: Malformed XML: mismatched tag at line .."

Versionsmischungsproblem - probiere apt-get install subversion
oder: Datei mit ungültigem Datum - danach suchen und dann touch

Proxy-Probleme

Falls dein Subversion-apache2-Server hinter einem Proxy-Server sitzt und bei komplexen Operationen (beispielsweise dem Bewegen von Verzeichnisstrukturen) der Fehler 502 Bad Gateway auftritt, dann findest du unter SubversionAnpassung eine Lösung.

Could not read status line

Could not read status line: connection was closed by server.

Möglicherweise ist svn-proxy-healer.py nicht mehr aktiv (siehe netstat -lpn). Eigentlich wird zu jeder fuenften Minute versucht, das Skript neu zu starten, falls es nicht laufen sollte.

Ansonsten: /data/scripts/svn-proxy-healer.py start &

hängendes svn update (nix passiert)

Ein Beispiel vom log:

svn: PROPFIND request failed on '/svn/usersites/phil'
svn: PROPFIND of '/svn/usersites/phil': timed out waiting for server (https://svn.systemausfall.org)

"Lösung":

im svn uml: /etc/init.d/apache2 restart
- wenns nicht klappt: killall -9 svn; killall -9 svnlook;su www-data dann als www-data svndamin recover <das betroffene repository>, abschliessend als root /etc/init.d/apache2 start
lokal das haengende svn update -9 killen und svn cleanup nicht vergessen.