RE: help on pserver connection

[Gagneet Singh]

Hi!

I think the error lies in the xinetd service, did you try and restart
the service after creating that file. If so then, have you already
created the repository with the required user permissions. This could be
a problem with the permissions on the server files also. Plz check that
out. 

Usually the CVS repository is accessible by the group which has its
modules in it. This has to be an nherited permission for the group to
all the modules.

Another thing, are you directly accessing the server and if so what are
you logging in as as 'root' is not allowed to perform operations on any
of the CVS repositories. Plz confirm this fact too. You can try and
remove the env tag also and then try. Also, renmove the env line and
then try connecting to it when logged in as a normal user and not 'su'
or 'root'.

You also seem to be using the raw IP address, have you tried activating
Samba and using a NetBIOS name instead, sometimes that too helps on the
Red Hat systems.

Gagneet



|-----Original Message-----
|From: address@hidden 
|[mailto:address@hidden On Behalf 
|Of kent emia
|Sent: Friday, 10 October, 2003 13:49 PM
|To: info-CVS
|Subject: Re: help on pserver connection
|
|
|address@hidden kent]$ cvs login
|Logging in to :pserver:address@hidden:2401/repo
|CVS password:
|cvs [login aborted]: reading from server: Connection reset by 
|peer address@hidden kent]$
|
|from the Online-Manual
|:pserver:
|        
|        Errors along the lines of "connection refused" typically
|        indicate that inetd isn't even listening for 
|connections on port
|        2401 whereas errors like "connection reset by peer", "received
|        broken pipe signal", "recv() from server: EOF", or "end of file
|        from server" typically indicate that inetd is listening for
|        connections but is unable to start CVS (this is frequently
|        caused by having an incorrect path in `inetd.conf' or by
|        firewall software rejecting the connection). "
|        
|        <snip>
|        
|maybe they are referring to '/etc/xinetd.d/cvspserver' isn't it?
|
|my settings in /etc/xinetd.d/cvspserver
|# default on
|#
|# service cvspserver
| 
|service cvspserver
|{
|        disable         = no
|        id              = cvspserver
|        env             = HOME =/home/cvs
|        socket_type     = stream
|        protocol        = tcp
|        port            = 2401
|        wait            = no
|        user            = root
|        passenv         = PATH
|        server          = /usr/bin/cvs
|        server_args     = -f --allow-root=/repo pserver
|}
|
|On Fri, 2003-10-10 at 13:16, kent emia wrote:
|> On Fri, 2003-10-10 at 12:02, address@hidden wrote:
|> > On Fri 10 Oct 03, 11:43 AM, kent emia <address@hidden> 
|> > said:
|> > > hello to all.. ... as of the moment i succesfully setup a winNT 
|> > > CVS server and its not that hard at all. workstations can 
|> > > login/logout checkin/checkout files
|> > > 
|> > > but since we are switching all workstations to linux, i want to 
|> > > try it in linux. im having hard time seting up a CVS SERVER in a 
|> > > redhat9 environment.
|> > > 
|> > > im encountering this problem:
|> > > 'cvs [login aborted]: reading from server: Connection reset by 
|> > > peer'
|> > > 
|> > > as i've read 
|> > > http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_21.html#SEC184 
|> > > it says that i am missing pserver in my 'inetd.conf' but 
|i have it 
|> > > right there this is my 'inetd.conf' file
|> > > 
|> > > cvspserver stream tcp nowait root /usr/local/bin/cvs cvs 
|> > > --allow-root=/repo pserver
|> > > 
|> > > that is in one line
|> > > 
|> > > running 'nmap localhost' on the server i can see 
|> > > '2401/tcp   open        cvspserver' in it.. 
|> > > 
|> > > im wondering what else could be wrong....
|> > 
|> > hi kent,
|> > 
|> > i'm a cvs newbie, but here are some ideas:
|> > 
|> > 1. anytime you edit /etc/inetd.conf, you need to restart 
|the inetd service
|> >    by doing:
|> > 
|> >       /etc/init.d/inetd restart
|> 
|> im did restart it...
|> 
|> > 
|> >    i thought redhat used xinetd, though (i'm exclusively debian).
|> 
|> ok
|> 
|> > 
|> > 
|> > 2. try using tcpdump to make sure packets are being received:
|> > 
|> >    tcpdump -i eth0 tcp port 2401
|> 
|> here's the output
|> 
|> address@hidden admin]# tcpdump -i eth0 tcp port 2401
|> tcpdump: listening on eth0
|> 13:06:52.120827 leprechaun.cdr.com.55072 > 
|genesis.cdr.com.cvspserver: 
|> S
|> 1493157523:1493157523(0) win 5840 <mss 1460,sackOK,timestamp 10302474
|> 0,nop,wscale 0> (DF)
|> 13:06:52.120899 genesis.cdr.com.cvspserver > 
|leprechaun.cdr.com.55072: S
|> 1166485185:1166485185(0) ack 1493157524 win 5792 <mss
|> 1460,sackOK,timestamp 8746928 10302474,nop,wscale 0> (DF)
|> 13:06:52.121104 leprechaun.cdr.com.55072 > 
|genesis.cdr.com.cvspserver: .
|> ack 1 win 5840 <nop,nop,timestamp 10302474 8746928> (DF)
|> 13:06:52.121482 leprechaun.cdr.com.55072 > 
|genesis.cdr.com.cvspserver: P
|> 1:71(70) ack 1 win 5840 <nop,nop,timestamp 10302474 8746928> (DF)
|> 13:06:52.121518 genesis.cdr.com.cvspserver > 
|leprechaun.cdr.com.55072: .
|> ack 71 win 5792 <nop,nop,timestamp 8746928 10302474> (DF)
|> 13:06:52.123421 genesis.cdr.com.cvspserver > 
|leprechaun.cdr.com.55072: R
|> 1:1(0) ack 71 win 5792 <nop,nop,timestamp 8746928 10302474> (DF)
|> 
|> from the client
|> address@hidden kent]$ cvs login
|> Logging in to :pserver:address@hidden:2401/repo
|> CVS password:
|> cvs [login aborted]: reading from server: Connection reset by peer 
|> address@hidden kent]$
|> 
|> 
|> > 
|> > 3. don't forget your log files.  i'm not sure where your 
|syslogd will
|> >    put the logs on redhat, so you can just grep for them:
|> > 
|> >    # cd /var/log
|> >    # grep cvs * |
|> there's no cvs
|> 
|> >    there *should* be something in there.
|> im wondering why there's no log...
|> 
|> > 
|> > 4. look in /etc/hosts.deny and /etc/hosts.allow.  many people put
|> >    "ALL: ALL" in /etc/hosts.deny and only "allow" services 
|on a host by
|> >    host (or network by network) basis.  this is the most 
|secure way to
|> >    firewall: shut everything off and then turn stuff on little by
|> >    little, rather than allowing everything and walling things off
|> >    service by service.
|> 
|> my hosts.deny is empty and so is host.allow ....
|> 
|> 
|> > 
|> > hth,
|> > pete
|-- 
|-----BEGIN GEEK CODE BLOCK-----
|Version: 3.1
|GCS d- s: a- C++++ U++++ P+ L+++ E W+ N++ o- K- w---
|O-- M+ V-- PS PE++ Y+ PGP- t--- 5-- X++ R tv++ b+ DI-- D+
|G++ e h! r++ y--
|------END GEEK CODE BLOCK------
|
|====================
|-- Kent C. Emia --
|====================
|Software Studio for Concepts,
|Development and Research, Corp.
|: Unit 307 3rd flr Central Plaza 1,
|   J.P. Laurel Avenue, Davao City
|   8000 Philippines
|: http://www.cdr.com.ph
|: +(6382)225-3728
|
|- my IM's -
|icq     : 347511398
|yahoo   : kent_emia
|hotmail : kentskie
|
|- my page
|: http://www.cdr.com.ph/~kent/
|
|- my mobile -
|
|
|
|_______________________________________________
|Info-cvs mailing list
|address@hidden
|http://mail.gnu.org/mailman/listinfo/info-cvs
|