1938
Kommentar: fix fuer ein svn-Problem rein
|
2686
Verweis auf angepasste pound-Version
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 38: | Zeile 38: |
= 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))}}} Dieses kann ein Problem des WebProxy ''pound'' sein: das Debian-Paket wird standardmaessig ohne das ''--with-davsvn''-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'' |
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)) Dieses kann ein Problem des WebProxy pound sein: das Debian-Paket wird standardmaessig ohne das --with-davsvn-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