<> ---- = 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 }}}, abschliessend als root {{{/etc/init.d/apache2 start}}} * lokal das haengende {{{svn update}}} -9 killen und {{{svn cleanup}}} nicht vergessen. = PROPFIND Anfrage fehlgeschlagen = {{{svn: PROPFIND von '/svn/cryptobox': Could not read status line: connection was closed by server. (https://svn.systemausfall.orgsvn: PROPFIND von '/svn/cryptobox': Could not read status line: connection was closed by server. (https://svn.systemausfall.org))}}} Dies kann ein Problem des WebProxy ''pound'' sein: das Debian-Paket wird standardmäßig ohne das ''--enable-msdav''-Flag erstellt. Somit verwenden wir ein selbst-kompiliertes Paket, das mit diesem Flag übersetzt wurde. Lösung: * die Erstellung des selbst-kompilierten Debian-Pakets wird unter WebProxy beschrieben * alternativ: die von uns verwendete Paket-Version (1.8.2-1) liegt unter ''/data/packages/pound_1.8.2-1_i386-svn.deb'' = Could not read response body: Secure connection truncated = Bei einem {{{svn commit}}} erscheint die o.g. Fehlermeldung. Ein {{{tail /var/log/apache2/error.log}}} im UML-svn sagt dir folgendes: {{{ Could not DELETE //svn/cryptocd/!svn/wrk/892d0e41-dc18-0410-99f4-d10073d4c478/trunk/documents/menue. Can't DELETE out-of-date resource }}} Möglicherweise hast du kein {{{svn update}}} ausgeführt, bevor du Änderungen in deiner lokalen svn-Kopie vorgenommen hast. Hole dies nach und führe anschliessend den commit aus.