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.
#
service svn
{
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
-pidfile /var/run/xinetd.pid
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
Trying 127.0.0.1...
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.
James
-----Original Message-----
From: Erik Huelsmann [mailto:ehuels@gmail.com]
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:
>
> branches/
>
> tags/
>
> trunk/
>
>
>
> 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
issue
> tracker,
>
>
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=1145
>
>
>
> 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
1.0.
> Can you see what I am doing wrong? Am I using the wrong SVN version?
Any
> 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
*was* generated.
Also, you didn't provide you xinetd configuration, meaning I won't be
able to diagnose any errors in that file now.
Bye,
Erik
Please post from an e-mail address without this disclaimer; thanks in
advance!
> Coates, Coates Hire, Coates Prestige, Coates Shorco and Allied
Equipment are
> all registered Business Names of Coates Hire Operations Pty Limited
(ABN 99
> 074 126 971). This email and any attachment may be confidential. If
received
> in error, please delete and inform us by return email. Disclaimer:-
Our
> company accepts no liability for the content of this email, or for the
> consequences of any actions taken on the basis of the information
provided,
> unless that information is subsequently confirmed in writing. Any
views or
> opinions presented in this email are solely those of the author and do
not
> necessarily represent those of the company. WARNING: Computer viruses
can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no
liability
> 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