subversion ein/auschecken geht nicht mehr?

[loomes]

Guten Tag,
Ich habe einen kleinen Server laufen bei mir mit Debian Testing. Unter anderem habe ich dort subversion installiert.
Das lief auch alles problemlos bzw tut es das bis auf eine Kleinigkeit immer noch.

Was allerdings nicht mehr geht ist ein Abgleich mit einem Repo per "svn up" oder auch ein neu auschecken per "svn co".
Dabei bekomme ich immer nur folgende Meldung (egal ob es eine externe Adresse ist oder der Server selbst):
svn: OPTIONS von »*hierdieurl*«: Konnte keine Verbindung zum Server herstellen (*hierdieurl*)

Rufe ich jeddoch die angegebene Adresse manuell in einem Browser auf oder pinge sie an funktioniert alles. Ein aus oder einchecken an einer Windows Maschine mit z.B. TortoiseSVN funktioniert. Das ganze habe ich mit mehreren externen und internen Repos probiert.
Ansonsten geht alles einwandfrei am Server, also er ist Online, Gateway und DNS passen auch.
Und weil sich am subversion Paket in Testing ja schon einige Zeit nichts mehr geändert hat bin ich mit meinem Latein jetzt leider am Ende

[brill]

kannst du denn neu ein Projekt auschecken?

wie hast du denn svn am Laufaufen als webdav im Apache? dann könntest du dort mal in die logs schauen.

hast du vielleicht auf Server oder Client eine Firewall die das blockt und bei dem Windows Rechner ist das freigeschalten?

Grüsse
Brill

[loomes]

Nein auf dem Server per SSH konsole geht gar nichts mehr sobald er auf ein Repo zugreifen will, egal ob es auf dem server selbst oder extern liegt.
Firewall ist keine installiert auf dem Server.
Von Windows aus kann ich problemlos z.B. in ein Repo auf dem Server ein oder auschecken.

Also es geht tatsächlich nur nicht wenn per Konsole mit dem svn Befehl arbeite.
svnadmin z.B. funktioniert auch absolut einwandfrei.

Code: Alles auswählen

svnadmin create test
cd test/
ll
insgesamt 32
drwxr-xr-x  6 root root 4096  3. Jun 14:56 .
drwxrwxrwx 11 root root 4096  3. Jun 14:56 ..
drwxr-xr-x  2 root root 4096  3. Jun 14:56 conf
drwxr-sr-x  6 root root 4096  3. Jun 14:56 db
-r--r--r--  1 root root    2  3. Jun 14:56 format
drwxr-xr-x  2 root root 4096  3. Jun 14:56 hooks
drwxr-xr-x  2 root root 4096  3. Jun 14:56 locks
-rw-r--r--  1 root root  229  3. Jun 14:56 README.txt

svn co https://192.168.1.200/SVN/sandbox
svn: OPTIONS von »https://192.168.1.200/SVN/sandbox«: Konnte keine Verbindung zum Server herstellen (https://192.168.1.200)

ping 192.168.1.200
PING 192.168.1.200 (192.168.1.200) 56(84) bytes of data.
64 bytes from 192.168.1.200: icmp_seq=1 ttl=64 time=0.046 ms
64 bytes from 192.168.1.200: icmp_seq=2 ttl=64 time=0.040 ms
64 bytes from 192.168.1.200: icmp_seq=3 ttl=64 time=0.043 ms
64 bytes from 192.168.1.200: icmp_seq=4 ttl=64 time=0.056 ms
64 bytes from 192.168.1.200: icmp_seq=5 ttl=64 time=0.035 ms
^C
--- 192.168.1.200 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4010ms
rtt min/avg/max/mdev = 0.035/0.044/0.056/0.007 ms

Auch mit 127.0.0.1 geht es nicht:

Code: Alles auswählen

svn co https://127.0.0.1/SVN/sandbox
svn: OPTIONS von »https://127.0.0.1/SVN/sandbox«: Konnte keine Verbindung zum Server herstellen (https://127.0.0.1)

Also kann es doch eigentlich nicht an irgendeiner Firewall, der DNS Auflösung oder sowas in der Tat liegen oder?

[loomes]

So wie es aussieht ist der Fehler wohl bekannt.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529920
Somit ist mein Problem wohl insoweit gelöst das es nicht mein Fehler war das nix mehr geht

[AndreasMeier]

Hab selbiges Problem auf meinen Clients.
Hab mir gerade mal die libneon 0.28.4-2 aus SID geholt und hoffe, dass ich morgen wieder einwandfrei auf mein Repo zugreifen kann.

[loomes]

Ja genauso habe ich es auch gemacht. Mit der Version aus SID funktioniert alles wieder einwandfrei.

[giantics]

Ich habe momentan dasselbe Problem.
Heißt das, man muss nur ein paar Tage warten, bis der Bugfix Testing erreicht hat?

[AndreasMeier]

Nee, da kannst Du u.U. länger warten.
Änder doch einfach (kurzfristig) die Paketquellen von Squeeze/Testing auf SID ab, aktualisiere Deine Repos und zieh Dir ausschliesslich die "libneon".

Dann änderst Du wieder die Paketquellen von SID auf Squeeze zurück und machst nochmal ein Update der Repos (damit Du nicht beim nächsten Mal reinschauen verwirrt bist, weil so viele Updates vorliegen).

[giantics]

Danke!
Ich probiers mal so.

[dingsda]

fruher oder spaeter landest du ohnehin bei GIT http://sunoano.name/ws/public_xhtml/scm.html

Bezueglich des oben geannten Problems, ich bin auch einer von denen welche es kalt erwischt hat ... die Loesung war wie oben geschildert ... die svn Version aus SID holen.