We are experiencing a repeatable problem when creating files with long
filenames under Digital Unix 4.0 on a filesystem mounted from a NetApp
filer. The files are not visible until the filesystem is remounted -
that is, when you create the files, you cannot see them. If you mount
the filesystem at another mount point, unmount it or remount it, or
simply look at it on another nfs client, you can see the files. This
apparently only happens when using nfs version 3.
We have observed this bug only between a Digital Unix 4.0 (4.0A and
4.0D, at least) client an a NetApp server. We have tested Solaris 2.5
and 2.6 clients, Digital Unix, NetApp, Auspex, and Solaris servers.
Anyone have an idea what could cause this?
Naturally, the first response from Digital is that it is likely to be a
NetApp problem, and the first response from NetApp is that it is likely
to be a Digital Unix problem. Any suggestions on how to determine where
the problem lies?
Here is a script from a DEC support person that demonstrates the
problem:
--------------------
!#/bin/csh
# create a log of datafiles and links to test nfs problem
while ( $num < 100 )
_at_ num = $num + 1
cat /etc/printcap > reallyreallyverylongnamedatafile.$num
ln -s reallyreallyverylongnamedatafile.$num 1.$num
echo "$num is done"
end
echo done
exit
--------------------
When you run it, it should generate 100 files and 100 links. You should
be able to run the script, and then "ls | wc" and see about 200 words.
When the bug appears, you see only ~160 words. However, you can run the
"ls | wc" on another nfs client mounting the same filesystem, and see
the expected 200 words.
Thanks,
David Ritch
Received on Thu Sep 17 1998 - 04:02:59 NZST