[Bug 1270445] Re: slow NFS4 without "NEED_GSSD=yes"

[Andre]

I had to blacklist the module rpcsec_gss_krb5 on all Trusty machines to
get NFS working at aceptable speeds again. Therefore I added the
following line:

blacklist rpcsec_gss_krb5

to the following file:

/etc/modprobe.d/blacklist.conf

After a reboot everything was fine. Other comments here describe that
blacklisting IPV6 would help as well.

I see three options: 
1) we have all misconfigured our NFS servers (to which the previous Ubuntu releases had a tolerance) 
2) there is a bug in the pre-configuration of NFS or other modules in Trusty 
3) there is a bug somewhere in the binaries 

Given this bug report over at RedHat: 
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1001934 
with a link to Linux bugs: 
http://article.gmane.org/gmane.linux.nfs/60081 
indicates that there is/was a bug in the Linux kernel which was then fixed. Did that fix make it into Trusty's kernel?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to nfs-utils in Ubuntu.
https://bugs.launchpad.net/bugs/1270445

Title:
  slow NFS4 without "NEED_GSSD=yes"

Status in nfs-utils package in Ubuntu:
  Confirmed

Bug description:
  Ubuntu 14.04 NFS4 client has slow access to NFS - share, if standard
  in /etc/default/nfs-common is left as "NEED_GSSD=".

  In syslog message 
  [406568.806179] RPC: AUTH_GSS upcall timed out.  
  [406568.806179] Please check user daemon is running.
  can be found.

  If default is changed to "NEED_GSSD=yes" access speeds up to normal (= good as in 12.04).
  I do not use Kerberos, so to set this option to "yes" does not make sense.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1270445/+subscriptions