cvs operations fail: "No route to host"
Robert P. J. Day
rpjday at mindspring.com
Sat Dec 4 15:58:33 UTC 2004
i just upgraded an FC1 server to FC3, and (AFAICT) left alone the
/home filesystem that contained the network-accessible CVS repo.
(it wasn't technically an "upgrade" -- i actually did an install over
top of the system-related filesystems, while preserving the others,
like /home. i've done that for a number of releases, with no real
problems.)
after booting under FC3, and restoring /etc/xinetd.d/cvspserver, and
restarting xinetd (all the regular stuff) to get the CVS server back
online, every time i try to connect across the network to the server,
i get:
$ cvs login
Logging in to :pserver:rob@<hostname>:2401/home/repository
CVS password:
cvs [login aborted]: connect to <hostname>(<IP address>):2401
failed: No route to host
i've verified that the network is up, that i can ssh into the server,
that xinetd is running, that cvspserver is on, that the CVS repo is
unchanged from what it was before the re-install, etc. i'm not sure
what else i might be checking.
also, as a last resort, i logged directly into the server, and just
tried to do a login and checkout locally:
$ export CVSROOT=:pserver:rob at localhost:/home/repository (legal?)
$ cvs login
Logging in to :pserver:rob at localhost:2401/home/repository
CVS password:
$ cvs co <project>
cvs checkout: Updating <project>
cvs [checkout aborted]: cannot stat /var/lock/cvs: No such file or
directory
cvs [checkout aborted]: cannot stat /var/lock/cvs: No such file or
directory
$
huh? this is a new one on me. if i (as root) just create that
directory with "mkdir", i get:
$ cvs co <project>
cvs checkout: Updating <project>
cvs [checkout aborted]: cannot make directory \
/var/lock/cvs/<project>: Permission denied
(previous line repeated)
so if i change /var/lock/cvs to have mode 777 (yuck), then ...
success, i can check out the project locally. i'm pretty sure this
isn't the officially-sanctioned technique, and it's starting to make
me a little queasy.
thoughts? is there some subtle change on the CVS server side with
FC3 that i need to know about that's causing these problems? bugzilla
doesn't have anything to say about it AFAICT.
rday
More information about the fedora-list
mailing list