Hi Erik,
Thanks for your response. I had a look at that website and my config
looks the same!
So I've run the server directly from the command line using the svnserve
-d and this seems to work fine.
Therefore, this may be a bug in svnserve if I have not made a config.
error.
Cheers,
James
James Catto
tel: (02) 9701 3223
-----Original Message-----
From: Erik Huelsmann [mailto:ehuels@gmail.com]
Sent: Thursday, 9 November 2006 6:54 PM
To: Catto, James (Corp)
Cc: subversion-2006d@ryandesign.com; users@subversion.tigris.org
Subject: Re: issue 1145 is resolved in subserve version 1.4.0?
On 11/8/06, Catto, James (Corp) <James.Catto@coates.com.au> wrote:
>
>
>
> 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?
It probably means xinetd is configured correctly to start svnserve,
but svnserve isn't finding the arguments it requires on the command
line. Try removing 'svnserve' from the server_args line as suggested
in http://www.unix-girl.com/blog/archives/001486.html
HTH,
Erik.
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.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 17 02:22:46 2006