|
| I was able to solve the problem by download the latest source rpm from
redhat and compile it. The one I built does not have such problems.
Thanks
Gang
"Gang" <gzhang_ocx@yahoo.com> wrote in message
news:K82dnb-mz-bdSR7eRVn-iA@comcast.com...
> Hi,
> I just got core 4 installed, and trying to install a cvs server.
> Everything looks fine (I can connect to port 2401, and response on telnet
> looks normal), except, I have to start xinetd (/usr/sbin/xinetd) as root,
> instead of "service xinetd start" (start in /etc/init.d/xinetd).
>
> If I start /usr/sbin/xinetd directly, everything is OK.
> If I start /etc/init.d/xinetd (same as service xinetd start), it always
> give promission problems (example,
> cvs checkout: failed to create lock directory for `/cvsroot/somedir'
> (/cvsroot/CVSROOT/#cvs.lock): Permission denied.
>
> And this happens even if I just put 1 line in /etc/init.d/xinetd file
> (call /usr/sbin/xinetd directly). My question is, is the binary version
> of xinetd start itself as someone else when called from
> /etc/init.d/xinetd?? If so, what is the user id it starts as?
>
> Setup:
> Fedora Core 4.
> All latest updates to Nov 22, 2005.
> I created user cvs and group cvs, and added myself, root to cvs group, so
> I can login as me (not root) and change /cvsroot/CVSROOT/* files.
>
> The following is /etc/xinetd.d/cvs file:
> service cvspserver
> {
> disable = no
> port = 2401
> socket_type = stream
> protocol = tcp
> wait = no
> user = root
> passenv = PATH
> server = /usr/bin/cvs
> env = HOME=/cvsroot
> server_args = --allow-root=/cvsroot -f pserver
> }
>
> I have used cvs -d /cvsroot init to create the reposit. Initially I also
> got login problems (cvs login and it will complain permission denied
> trying to access /cvsroot/CVSROOT/config file, when start from xinetd
> script. Start /usr/sbin/xinetd and that problem will go away, and after I
> reboot I was able to login even if cvs is started from xinetd script.
>
> Anyone got any ideas?
>
> Thanks!
> Gang
>
|
|