We don't use NIS. Sorry....my copy and paste was not complete....pserver is on
the end of that line in inetd.conf.
There is a /usr/local/bin/cvs which executes perfectly well when not going thru
pserver. And not only have I read and followed the advice in "Trouble making a
connection to a CVS server" in the CVS manual, but I had a unix sys admin come
in and double check everything. I will put in the missing -f in inetd.conf
and see if that helps at all.
Thanks
Larry Jones wrote:
> Cheryl Strachan writes:
> >
> > In /etc/services:
> > cvspserver 2401/tcp # Concurrent Versions
> > System
>
> That looks OK; are you sure your system is getting services information
> from /etc/services and not NIS?
>
> > In /etc/inetd.conf
> > cvspserver stream tcp nowait root /usr/local/bin/cvs cvs
> > --allow-root=/CM
>
> You should have a -f in there, too, and you need "pserver" on the end,
> but that wouldn't explain your problem. Is there a /usr/local/bin/cvs?
> Is it executable?
>
> > To restart inetd.conf the following commands were tried separately:
> > kill -HUP <pid>
> >
> > sync
> > sync
> > sync
> > reboot
> >
> > Telnet into that port did not work either. The connection was refused as
> > before.
>
> "connection refused" is definitely an inetd problem. Try looking for
> error messages from inetd (they probably go to syslog). Try running
> inetd in debug mode. Try reading "Trouble making a connection to a CVS
> server" in the CVS manual and following it's advice.
>
> -Larry Jones
>
> Hmm... That might not be politic. -- Calvin
