[PATCH 0/2] [RFC] Maybe avoid gssd upcall timeout

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi-

Here's a stab at addressing the 15 second wait for some 3.10 sec=sys
mounts where the client is not running rpc.gssd.

After reverting the "use krb5i for SETCLIENTID" patch, I've added
the AUTH_SYS fallback in the EACCES case in
nfs4_discover_server_trunking().  I'm not sure whether we need to
supplement what's there now, or replace it.

"case -ENOKEY:" is added so the kernel will recognize that when gssd
is changed to return that instead of EACCES in this case.  If the
second patch is appled to 3.7 stable and following, it might be a way
to address the same regression in older kernels.

I've been focused on another bug this week, so this has seen very
light testing only.  Looking for comments.

---

Chuck Lever (2):
      NFS: Revert commit 4edaa308 and follow-on fixes
      NFS: Fall back to AUTH_SYS for SETCLIENTID (take 2)


 fs/nfs/nfs4client.c |    4 +--
 fs/nfs/nfs4state.c  |   65 +++++++++++++++++++++++++++++++++++++++++++++++----
 2 files changed, 61 insertions(+), 8 deletions(-)

-- 
Chuck Lever
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux