mirror of
https://git.hardenedbsd.org/hardenedbsd/HardenedBSD.git
synced 2024-12-18 14:01:59 +01:00
Give mountd -S priority over outstanding RPC requests when suspending the nfsd.
It was reported via email that under certain heavy RPC loads long delays before the exports would be updated was observed when using "mountd -S". This patch reverses the priority between the exclusive lock request to suspend the nfsd threads and the shared lock request for performing RPCs. As such, when mountd attempts to suspend the nfsd threads, it gets priority over outstanding RPC requests to do this. I suspect that the case reported was an artificial test load, but this patch did fix the problem for the reporter. Reported and Tested by: josephlai@qnap.com MFC after: 2 weeks
This commit is contained in:
parent
363089d89e
commit
8eabbbe24b
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=299201
@ -231,10 +231,16 @@ nfssvc_program(struct svc_req *rqst, SVCXPRT *xprt)
|
||||
* Get a refcnt (shared lock) on nfsd_suspend_lock.
|
||||
* NFSSVC_SUSPENDNFSD will take an exclusive lock on
|
||||
* nfsd_suspend_lock to suspend these threads.
|
||||
* The call to nfsv4_lock() that preceeds nfsv4_getref()
|
||||
* ensures that the acquisition of the exclusive lock
|
||||
* takes priority over acquisition of the shared lock by
|
||||
* waiting for any exclusive lock request to complete.
|
||||
* This must be done here, before the check of
|
||||
* nfsv4root exports by nfsvno_v4rootexport().
|
||||
*/
|
||||
NFSLOCKV4ROOTMUTEX();
|
||||
nfsv4_lock(&nfsd_suspend_lock, 0, NULL, NFSV4ROOTLOCKMUTEXPTR,
|
||||
NULL);
|
||||
nfsv4_getref(&nfsd_suspend_lock, NULL, NFSV4ROOTLOCKMUTEXPTR,
|
||||
NULL);
|
||||
NFSUNLOCKV4ROOTMUTEX();
|
||||
|
Loading…
Reference in New Issue
Block a user