From: Jeff Cleverley (jeff_cleverley@agilent.com)
Date: Wed Aug 24 2005 - 14:44:35 EDT
Greetings,
We have a nfs server that has at least 50 systems mounting file systems
exported from it at any given time. We've found a few machines in the
lab that cannot do a "ll" of a couple of mount points. The same mount
points list properly from other machines as user root, so we know it's
not permission problems.
We have rebooted the client and even moved /etc/mnttab out of the way
before a reboot just to make sure it goes away and doesn't have any
corruption associated with it. It still won't list. It will list
sub-directories if you know what they are.
Because of this, we believe there is a caching issue on the server for a
couple of these mount points. There are directories under
/var/statmon/sm for the affected clients, along with all the unaffected
clients.
We're were thinking of killing and then restarting the lockd and statd
processes. We were concerned about what this may do to existing mounts
for clients and also new mounts during this time. We've tried this on
some test boxes and it seems fine, but we don't have any way to generate
the number of requests the server gets, nor does the test box have any
corrupted cache that we can tell if it works.
Any information about what we need to do to clear this up? Rebooting
the server will be a really unpopular decision.
Thanks,
Jeff
--
---> Please post QUESTIONS and SUMMARIES only!! <---
To subscribe/unsubscribe to this list, contact majordomo@dutchworks.nl
Name: hpux-admin@dutchworks.nl Owner: owner-hpux-admin@dutchworks.nl
Archives: ftp.dutchworks.nl:/pub/digests/hpux-admin (FTP, browse only)
http://www.dutchworks.nl/htbin/hpsysadmin (Web, browse & search)
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 11:02:49 EDT