lamy@sobeco.com (Jean-Francois Lamy) (11/27/90)
A user has his home directory NFS-mounted rw,hard from machine B on machine A.
Machine B trusts machine A with root privileges on that mount, though this is
actually irrelevant.
Using rcp on machine A to copy files from machine C fails (one would expect
this to have the effect of copying the files from C on the home directory
on machine B, with providing cpu cycles and not much else).
rcp, when run by the user on machine A, produces the following messages
on the files where the user has no write permission for himself (though
he does own the files -- a side-effect of RCS locking, should one wonder
why this is the case). One will also note the rather puzzling last message
emitted by rcp...
A:~> rcp -rp sobeco:sources/FPrint .
rcp: can't truncate ./FPrint/txt2ps.c: Permission denied
rcp: can't truncate ./FPrint/fprt.sh: Permission denied
rcp: can't truncate ./FPrint/RCS/txt2ps.c,v: Permission denied
rcp: can't truncate ./FPrint/RCS/fprt.sh,v: Permission denied
x = 13 9.3
Running the rcp on machine B itself, where the home directory is physically
present, works fine.
Has anyone else seen this and found a work-around?
Jean-Francois Lamy lamy@sobeco.com, uunet!sobeco!lamy
Groupe Sobeco, 505 ouest, bd Rene-Levesque, Montreal Canada H2Z 1Y7