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

[Vytenis Silgalis]

this looks to be related to this nfs-utils change:
commit d86fc0c24e6a20a33c61b2b056901324194a0179
Author: NeilBrown <neilb at suse.de>
Date:   Thu Feb 13 14:09:36 2014 -0500

    systemd: convert secure services to start without explicit
    configuration.
    
    This patch removes nfs-secure.target.  Instead, rpc.gssd and
    rpc.svcgssd start started if they appear to be needed.
    
    For rpc.gssd, this means if the file /etc/krb5.keytab exists.
    As the only security mechanism supported is krb5, that file must exist
    for rpc.gssd to be useful.  Conversely, if it does exist, it seems very
    likely that krb5 is configured on the system an may be used for NFS.
    
    For rpc.svcgssd, it also means checking if gss-proxy might be performing
    the equivalent task instead.  So we check if it is running, and if the
    kernel is able to talk to it.
    
In terms of the slow mounting.

-- 
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