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