The following changes in 3.13.0-35.62:
* sunrpc: create a new dummy pipe for gssd to hold open
- LP: #1327563
* sunrpc: replace sunrpc_net->gssd_running flag with a more reliable check
- LP: #1327563
* nfs: check if gssd is running before attempting to use krb5i auth in SETCLIENTID call
- LP: #1327563
are causing rpc.gssd to fill syslog with messages of the form
ERROR: can't open /run/rpc_pipefs/gssd/clntXX/info: No such file or directory
These patches are already in the upstream kernel (since 3.14). I suggest cherry-picking them for 3.13. Commit hashes from the 3.14 branch:
3396f92f8be606ea485b0a82d4e7749a448b013b
e2f0c83a9de331d9352185ca3642616c13127539
23e66ba97127ff3b064d4c6c5138aa34eafc492f
The following changes in 3.13.0-35.62: net->gssd_ running flag with a more reliable check pipefs/ gssd/clntXX/ info: No such file or directory
* sunrpc: create a new dummy pipe for gssd to hold open
- LP: #1327563
* sunrpc: replace sunrpc_
- LP: #1327563
* nfs: check if gssd is running before attempting to use krb5i auth in SETCLIENTID call
- LP: #1327563
are causing rpc.gssd to fill syslog with messages of the form
ERROR: can't open /run/rpc_
The problem was discussed last winter in https:/ /bugzilla. redhat. com/show_ bug.cgi? id=1037793
where the resolution was to include the following three patches:
http:// marc.info/ ?l=linux- nfs&m=138624689 302466& w=2 marc.info/ ?l=linux- nfs&m=138624684 502447& w=2 marc.info/ ?l=linux- nfs&m=138624684 502447& w=2
http://
http://
These patches are already in the upstream kernel (since 3.14). I suggest cherry-picking them for 3.13. Commit hashes from the 3.14 branch: ea485b0a82d4e77 49a448b013b d9352185ca36426 16c13127539 3b064d4c6c5138a a34eafc492f
3396f92f8be606
e2f0c83a9de331
23e66ba97127ff