On Thu, Apr 29, 2010 at 2:30 PM, Trevor Cooper tcooper@ucsd.edu wrote:
On 04/28/2010 03:46 PM, Agile Aspect wrote:
Please post
/bin/ls -ld /mdkm1/*
[root@******* ~]# /bin/ls -ldn /mdkm1/* drwxr-xr-x 4 4000 4000 4096 Jun 12 2009 /mdkm1/1 drwxr-xr-x 4 4000 4000 4096 Jun 12 2009 /mdkm1/10 drwxr-xr-x 4 4000 4000 4096 Jun 12 2009 /mdkm1/2 drwxr-xr-x 4 4000 4000 4096 Jun 12 2009 /mdkm1/3 drwxr-xr-x 4 4000 4000 4096 Jun 12 2009 /mdkm1/4 drwxr-xr-x 5 4000 4000 4096 Dec 11 02:38 /mdkm1/5 drwxr-xr-x 5 4000 4000 4096 Dec 11 02:38 /mdkm1/6 drwxr-xr-x 5 4000 4000 4096 Feb 4 22:09 /mdkm1/7 drwxr-xr-x 5 4000 4000 4096 Apr 5 13:51 /mdkm1/8 drwxr-xr-x 4 4000 4000 4096 Jun 12 2009 /mdkm1/9 -rw-r--r-- 1 4000 4000 0 Sep 18 2009 /mdkm1/testfile_mdkm1
And if I understand you correctly, there are 10 file systems mounted locally on this machine and you're only having trouble accessing file system "10" when it's mounted via autofs?
Ten file systems mounted under /mdkm1/ (of course there are others) and to be clear, /mdkm1/10 will mount 'manually' without problems but will not mount at all via autofs (nothing seen at the NFS server in the logs at all).
I'll presume you've grep'd for 'kernel' and 'nfs' in /var/log/messages and the output doesn't suggest a problems with either.
And that RPCNFSDCOUNT in
/etc/sysconfig/nfs
has been changed from it's default value of 8 - if not I would double it and restart nfs.
Then I'd try the following if you haven't already
/usr/sbin/exportfs -rv /etc/init.d/nfs restart
If nothing changes, then look at the file rmtab, etab, xtab (later may be empty) in
/var/lib/nfs
and if the rpc.statd daemon is running, in
/var/lib/nfs/statd/sm
and see if you spot anything screwy when you access the mounts.
And if nothing works, I'd try renaming the filesystem from '10' to 'ten' - you could be tripping on a bug..