CentOS NFS problem -- 30 seconds delay for "cat file"

William Park opengeometry-FFYn/CNdgSA at public.gmane.org
Wed Apr 24 02:52:02 UTC 2013


On Tue, Apr 23, 2013 at 04:02:12PM -0400, David Collier-Brown wrote:
> On 04/23/2013 12:38 PM, William Park wrote:
> > On Tue, Apr 23, 2013 at 06:30:22AM -0400, Neil Watson wrote:
> >> Are the NFS support programs, e.g. portmap and lockd, running?
> > On server side, yes.  The server is Slackware-14 (64bit), and client is
> > CentOS-6.4 (32bit).
> >
> > "cd" and "ls" are immediate, but "cat" has 30 seconds delay before I can
> > see it.  Just weird.
> 
> The suggestion to use strace is probably the key: strace nfs to find out
> what fd is being used for the link to the client, then look at reads and
> writes on that fd.  This assumes that nfsd is a merely privileged
> process, though, and not one of the strange kernel-ey things we used to
> have on Solaris (;-))

Well, my NFS server is kernel modules (kernel-3.3.8, the latest):

    nfsd         239080  11
    exportfs     3674    1   nfsd
    auth_rpcgss  32160   1   nfsd
    nfs_acl      2319    1   nfsd
    lockd        64196   1   nfsd
    sunrpc       187518  35  nfsd,auth_rpcgss,lockd,nfs_acl

and user daemons are

    3792  /sbin/rpc.portmap
    3796  /sbin/rpc.statd
    3814  /usr/sbin/rpc.rquotad
    3828  /usr/sbin/rpc.mountd

I didn't see any activity from "strace -p 3792 -p 3796 -p 3814 -p
3828".  But, "dmesg" says

    NFSD: Unable to create client record on stable storage: -110

I'm pretty sure it's CentOS issue.  Because I installed 32bit
Slackware-14 on the client (the server is 64bit Slackware-14), and "cat"
works as expected.
-- 
William
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list