[ Note: the fake directory name used below are the same length as ]
[ the 'real' ones causing the problem. ]
We're running AFS 3.5.
We have a problem where a user is trying to copy a file from UFS space
on a Solaris 2.7 machine to the directory listed below (pwd) and is
receiving a 'File too large' error.
The file is 38 bytes.
The quota for the volume .CCCCCCCCCCCC.3 is not exceeded. 22% of the
2GB quota is being used.
The partition the volume is on has 2 million free inodes and 7.3GB of
free space.
The pathname + filename_to_be_copied is 147 characters long. A filename
appended to the base path so that the whole thing is 102 characters long
works fine. 103 does not.
% pwd
/afs/ZZZ/PPPPPPP/CCCCCCCCCCCC/.CCCCCCCCCCCC.3/DDDD/CCCCCCCCCCCCAAAAAAADDDD/UUUUUUUUUU
% touch 01234567890123456789
touch: 01234567890123456789 cannot create
% touch 01234567890123456
touch: 01234567890123456 cannot create
% touch 0123456789012345
touch: 0123456789012345 cannot create
% touch 012345678901234
% rm 012345678901234
% echo
/afs/ZZZ/PPPPPPP/CCCCCCCCCCCC/.CCCCCCCCCCCC.3/DDDD/CCCCCCCCCCCCAAAAAAADDDD/UUUUUUUUUU/CCC-9999_OOOO-1022-165339-19981022-165339-00000011.TTTTT.txt
| wc -m
147
%
I get the same results with tcsh and bash for shells.
Anyone have _any_ ideas? I'm stumped.