Hi Erik and Ryan,
Thanks for your replies.
Apologies for not including xinetd configuration - I thought this may
not be relevant because the tunneling worked, but bearing in mind what
Ryan says, this may be a factor after all. I have managed to run SVN in
this mode on a different server in the past using xinetd. Unfortunately
I have lost the config files I used then and I cannot remember what
version I used at that time. Anyway, here is my config for xinetd:
$ cat /etc/xinetd.d/svn
# SVNSERVE : bespoke server for Subversion (SVN) source control system.
# description: SVN is served through this server.
# It has basic encryption.
disable = no
socket_type = stream
protocol = tcp
port = 3690
wait = no
user = svn
server = /usr/bin/svnserve
server_args = svnserve -i
$ grep 'svn' /etc/services
svn 3690/tcp # Subversion
svn 3690/udp # Subversion
I know the server is running:
$ ps -ef | grep xinetd
root 1410 1 0 Nov07 ? 00:00:00 xinetd -stayalive
svn 20250 18846 0 09:21 pts/2 00:00:00 grep xinetd
And I know this is the correct location of the svn server:
$ ls -l /usr/bin/svnserve
-rwxr-xr-x 1 root root 51160 Sep 12 16:44 /usr/bin/svnserve
Can you see anything in my xinetd config which is amiss?
When I try as you suggest Erik, it seems to be able to connect, but gets
closed straight away:
$ telnet localhost 3690
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
Type 'svnserve --help' for usage.
Connection closed by foreign host.
Do you know what this means?
Again, any help much appreciated.
From: Erik Huelsmann [mailto:firstname.lastname@example.org]
Sent: Wednesday, 8 November 2006 8:48 PM
To: Catto, James (Corp)
Subject: Re: issue 1145 is resolved in subserve version 1.4.0?
> $ svn list svn+ssh://localhost/usr/share/svn/webapps
> svn@localhost's password:
> But I do not want to tunnel through SSH. And I get the following error
> without it:
> $ svn list svn://localhost/usr/share/svn/webapps
> svn: Malformed network data
> I have found reference to this error message at issue 1145 on SVN
> This seems to indicate that it has been resolved in version 1.4.0.
It has been resolved since May 2003. That was probably even fixed in
> Can you see what I am doing wrong? Am I using the wrong SVN version?
> advice will be much appreciated.
That error could be caused by the way xinetd calls your svnserve. What
happens if you 'telnet localhost 3690'? You'll see what network output
Also, you didn't provide you xinetd configuration, meaning I won't be
able to diagnose any errors in that file now.
Please post from an e-mail address without this disclaimer; thanks in
> Coates, Coates Hire, Coates Prestige, Coates Shorco and Allied
> all registered Business Names of Coates Hire Operations Pty Limited
> 074 126 971). This email and any attachment may be confidential. If
> in error, please delete and inform us by return email. Disclaimer:-
> company accepts no liability for the content of this email, or for the
> consequences of any actions taken on the basis of the information
> unless that information is subsequently confirmed in writing. Any
> opinions presented in this email are solely those of the author and do
> necessarily represent those of the company. WARNING: Computer viruses
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no
> for any damage caused by any virus transmitted by this email. Please
> consider our environment before printing this email.
Received on Wed Nov 8 23:40:30 2006