[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Problems starting subversion in xinetd as non root user

From: Pep <Pep_at_Walker.me.uk>
Date: 2004-08-08 15:54:46 CEST

I have this setup in my xinetd.d directory for subversion

# default: on
# description: The subversion repository daemon
service svn
    disable = no
    port = 3690
    socket_type = stream
    protocol = tcp
    wait = no
    user = sbvrsn
    server = /usr/local/bin/svnserve
    server_args = -i -r /usr/local/subversion

and the xinetd daemon starts with no errors but when I try to use the
repository via the svn protocol using the command

svn log svn://localhost/projecta/trunk

I get the error message

svn: Malformed network data

If I telnet to the subversion port on the repo server I get this output

Connected to localhost (
Escape character is '^]'.
/bin/bash: /root/.bashrc: Permission denied
( success ( 1 2 ( ANONYMOUS ) ( edit-pipeline ) ) ) Connection closed by
foreign host.

It appears that some how or other the sbvrsn user is tying to use the root
users .bashrc file.

I have experimented by changing the access rights to allow the sbvrsn user to
use the root users script and that allows subversion to work as a non root
user but this is obviously not something I want to do.

Needless to say this setup works fine as the root user and also I have made
the subversion repository owned by the sbvrsn user and all authenticated
users are in the same group as the sbvrsn user.

This is running on a RedHat Enterprse server.

Can anyone help me resolve my last remaining configuration issue?

I accept that it is probably something I have done or not done but I just
cannot see what it is :-)


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Aug 8 15:55:52 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.