On Wednesday, April 12, 2000 11:01 AM, Jay Corrales [SMTP:[EMAIL PROTECTED]]
wrote:
> The internet daemon does run the process as root. Also I tried to connect
> with both SystemAuth set to "yes" and "no" within the CVSROOT/config file.
> Thanks,
> -Jay
>
What is the line in your inetd.conf?
> -----Original Message-----
> From: Chris Cameron [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 11, 2000 1:33 PM
> To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: Trouble making a connection to a CVS server
>
>
> On Wednesday, April 12, 2000 12:54 AM, Jay Corrales
> [SMTP:[EMAIL PROTECTED]] wrote:
> > Hello,
> > I am having no luck connecting the cvs client to the server. The cvs
> server
> > gets kicked off by the internet daemon on our SunOS 5.7(=? Solaris 2.7)
> > while servicing port 2401 requests. I check the process list and see the
> > following line:
> >
> > solaris2% ps -efl | grep cvs
> > 8 S root 16263 155 0 41 20 ? 278 ? 05:24:59 ?
> > 0:00 cvs -td /usr/local/cvsroot --allow--root=/usr/local/cvsroot pserver
> >
> > However the client never passes the authentication state. For example if
> I
> > try:
> >
> > telnet solaris2 2401
> >
> > After connecting, I send any text (for example "foo" followed by return).
> > CVS does not respond at all; instead the telnet session hangs without
> > feedback.
> >
> > solaris2% cvs -version
> > Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)
> > ...
> > solaris2% cat config
> > # Set this to "no" if pserver shouldn't check system users/passwords
> > #SystemAuth=no
> >
> > # Set `PreservePermissions' to `yes' to save file status information
> > # in the repository.
> > #PreservePermissions=no
> >
> > # Set `TopLevelAdmin' to `yes' to create a CVS directory at the top
> > # level of the new working directory when using the `cvs checkout'
> > # command.
> > #TopLevelAdmin=no
> > solaris2%
> >
> Are you running the pserver as root or another user (in the inetd.conf
> file)? Solaris uses a shadow file to store passwords and only root has
> read access (by default) to this file. So if pserver is running as root
> and SystemAuth=yes (the default) everything works fine. But if pserver is
> running as another user, it cannot read the shadow file and therefore
> cannot authenticate the password. In this case, you have to create a
> password file in CVSROOT.
>
***************************************************************
Chris Cameron Open Telecommunications NZ Ltd
Software Development Team Leader
[EMAIL PROTECTED] P.O.Box 10-388
+64 4 495 8403 (DDI) The Terrace
fax: +64 4 495 8419 Wellington
cell: +64 21 650 680 New Zealand
Life, don't talk to me about life ....(Marvin - HHGTTG)
