Horng-Ming Chen <[EMAIL PROTECTED]> writes:
> tar xpvfb /cdrom/ABC.TAR 20
>
> will cause the following error messages:
>
> tar: cannot change mode of file . to 1517 : Permission denied
> tar: cannot change mode of file ./dirname/filea to 1517 : Permission denied
> tar: cannot change mode of file ./dirname/fileb to 1517 : Permission denied
> tar: cannot change mode of file . to 1517 : Permission denied
AFS tends to not deal well with odd cases of UNIX mode bits. Looking
at source, I suspect the indigestion is coming from the lack of w bits
for the user/group. These are truly bizzare - giving the world rwx?
A usual workaround for pathological things like this is to start up a
root shell with admin level tokens and do the tar in there. Unless you
get in a situation where you have a mode 111 file (like some UUCP
executables (sigh (and even that might be fixed by now, I should
check))) things should work for you. Many of these checks are
short-circuited for admins.
Note that all that (should have) happened here is the mode bits are
odd. The file came out.
dan
cmu computing services
[EMAIL PROTECTED]
