Hi, eines Vorweg: ich habs wohl gelöst. Allerdings ist mir die Problemursache noch nicht ganz klar und das ist etwas unbefriedigend... Strace im Anhang... Problemverursacher war wohl ein gesperrter Port an der Firewall, was ich in dem Zusammenhang verschwiegen hatte, das Dateisystem liegt auf einem NFS. Das NFS ist auf feste Ports gebunden und die sind an der Firewall auch freigegeben. Nachdem das NFS sonst Problemlos funktioniert habe ich hier erst recht spät das Suchen angefangen und es auch nicht für erwähnenswert gehalten. Bei Ausführen des svnadmin-dumps will der Server eine TCP-Verbindung auf Port 38093 aufbauen und scheitert. Sobald ich den Port freigebe läuft (auch ein zu diesem Zeitpunkt bereits gestarteter) flott durch. Die Verbindung bleibt dann aber auch offen und wird nicht mehr abgebaut... Ich suche gerade nach dem Verursacher... evtl braucht das NFS auf $irgendeinem Grund diesen Port. Warum dann allerdings erst der svnadmin ein Problem hat will mir noch nicht in den Kopf... Falls jemandem dazu was einfällt... LG Norman Johannes Segitz schrieb am Wed, 28. Oct 11:05: > 2015-10-28 10:17 GMT+01:00 Norman Zimmer : > > > root@sserver:/var/subversion# svnadmin dump test > > SVN-fs-dump-format-version: 2 > > > > UUID: c07c8a91-92f3-4800-b608-208912ba563c > > > > Hier hängt es ... kill -9 > > > > > strace es mal und mail uns die letzten 100 Zeilen. > > Gruss, > Jonny -- Norman "bigboss" Zimmer GnuPG-ID: 0x1842A431 Packets don't lie, but they may not tell everything if captured by a misconfigured filter. Nicht nur diese E-Mail ist frei von Viren und Malware. Auch mein Betriebssystem. Selbst ein Virenfreies Betriebssystem besorgen? -> http://www.debian.org/