Red Hat Bugzilla – Bug 144758
nfs4 mount hangs
Last modified: 2007-11-30 17:10:58 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
mounting a nfs4 share hangs on the client. ctrl-c interupts - the
mount never completes.
Message : Jan 11 11:39:55 proton kernel: decode_getfattr: xdr error 10008!
Workaround : idmapd has to be restarted after nfs was started/reloaded
The problem is reproducable
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. mount -t nfs4 host:/ /mnt/whatever (regardles what options)
Actual Results: mount hangs
Expected Results: should mount share
restarting idmapd allways works
the mount may hang after some time (3 h compile / no err message).
restarting the server does not help.
reboot of the client failed (hang at shutdown). seems the bug is moo
both boxes have selinux enabled (targetet policy / unchanged). both
are FC3 with latest patches.
I am having a similar problem. My NFS server is an i386 Fedora Core 3
box with all of the updates. My NFS client is a PowerPC Raw Hide box.
Mounts hang indefinitely on the client and I see messages like the
following on the client:
Jan 16 23:58:03 imp kernel: decode_getfattr: xdr error 10008!
Note that bug #137221 is very similar to this one.
I installed 2.6.10-1.1124_FC4 and I am still having the problem
documented in comment #2.
This seems to be fixed for me by upgrading the client with the following packages:
Technically, some kernels > 2.6.10-1.1124_FC4 and < 2.6.11-1.1191_FC4 worked,
but 2.6.11-1.1191_FC4 is the kernel I am using now.
Yes the nfs4 code in later kernel is much, much, much better
than in earlier kernels...
So can I close this?
yep - its resolved since some weeks (feb if i remind correctly).