From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020 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): nfs-utils-1.0.6-44 How reproducible: Always Steps to Reproduce: 1. mount -t nfs4 host:/ /mnt/whatever (regardles what options) 2. 3. Actual Results: mount hangs Expected Results: should mount share Additional info: 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 serious. 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! Server: nfs-utils-1.0.6-44 kernel-2.6.10-1.741_FC3 Note that bug #137221 is very similar to this one. Client: kernel-2.6.9-1.1021_FC4
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: kernel-2.6.11-1.1191_FC4 nfs-utils-1.0.7-1 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).