On Apr 25, 12:47 am, Casper H.S. Dik <Casper....
> Scott <spack...
> >I seem to remember having this problem a year or two ago, opened a
> >trouble ticket on it, and I thought I was told an ls -l would cause
> >Solaris to reread attributes from the server, refreshing its cache.
> >As I can see, ls -l isn't doing this for me today.
> >I've tried restarting nfs/client, nscd -i, and restarting autofs.
> NFS doesn't uses names, it uses file handles; even if a file is renamed,
> the file keeps the file handle and refreshing its attributes will
> still work. The directory containing the file should have changed
> so I would think it should be able to find the new file.
I found some information on it - the problem is related to the
automounter maintaining the /net directory.
If the automounter on an NFS client has already mounted a -hosts map
(e.g. /net) for an NFS server it will not show file systems later
exported on that server. The automounter only looks at the list of
exported filesystems from a particular host via the -hosts map at
the time it is mounted and does not refresh the list.
There are at least three different ways to resolve this:
1. Wait for the /net mount to time-out and be unmounted.
2. Use a different but equivalent name for the host:
Each one will be a new 'view' on the exported directories.
#1, above, really doesn't work.
What I've found is if I wait overnight the problem still will not
That means even though the /net/filer1/vol/vol2_sata is not mounted
it even exist, it also doesn't clear itself up.
However, if I svcadm disable autofs, then:
# sleep 600; svcadm enable autofs
I get a new shot at browsing/retrieving the exports of /net/filer1/
So far, that's the quickest way to resolve the issue.