On Thu, Apr 29, 2010 at 2:30 PM, Trevor Cooper <tcooper at 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.. -- Enjoy global warming while it lasts.