TableOfContents

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.

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