I am running cvs with pserver protocol from a local Linux system to a
remote over an IPsec connection. Both ends run cvs 1.10.6
There are 3 repositories named in inetd.conf:
cvspserver stream tcp nowait root /usr/bin/cvs cvs
--allow-root=/eracom/cvs --allow-root=/eracom/oldDux
--allow-root=/eracom/duncvs pserver
I have "killall -HUP inetd" as root to restart it.
Accessing the first repository is fine so I am fairly sure that the
physical connection is OK - IPsec, firewalls etc
If I try to access the 3rd repository, it just hangs and eventually
times out. At the client end:
{bhepple@raita:ecsa/}:1040$ cvs -t status ecsa.c
cvs status: notice: main loop with
CVSROOT=:pserver:bhepple@dux:/eracom/duncvs
-> Sending file `ecsa.c' to server
... wait about 10 minutes ...
cvs [status aborted]: reading from server: Connection timed out
... and nothing else
At the server end:
[root@dux /root]# ps -efw 100 |grep cvs
bhepple 15603 396 0 15:26 ? S 0:00 cvs -f
--allow-root=/eracom/cvs --allow-root=/eracom/oldDux
--allow-root=/eracom/
[root@dux /root]# ps -ew 100 |grep cvs
15603 ? S 0:00 cvs -f --allow-root=/eracom/cvs
--allow-root=/eracom/oldDux --allow-root=/eracom/duncvs pserver
i.e. the server side cvs got started (as root), authenticated me, suid
to me and started work. It then hung waiting for something. I can't
see any #* lockfiles anywhere.
The strangest thing is that the dang thing worked this am (and nothing
has changed).
Any ideas?
Cheers
Bob
