Bug 656003 - /var busy during shutdown because nfsd threads still lurking around
/var busy during shutdown because nfsd threads still lurking around
Status: CLOSED DUPLICATE of bug 655726
Product: Fedora
Classification: Fedora
Component: nfs-utils (Show other bugs)
Unspecified Linux
low Severity medium
: ---
: ---
Assigned To: Steve Dickson
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2010-11-22 15:29 EST by Ronald Wahl
Modified: 2010-11-27 18:27 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-11-27 18:27:27 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ronald Wahl 2010-11-22 15:29:59 EST
Description of problem:
When rebooting or halting the system /var cannot be unmounted because it is busy. The reason is that the nfsd kernel threads are not terminated synchronously but with a delay. After the last of these threads is gone the message "nfsd: last server has exited, flushing export cache" appears in dmesg and the /var can be unmounted. But it takes some minutes until the last server exits which is too long for the shutdown process.

I tried to manually reproduce it and found that if the network is shut down before the last nfsd thread is gone it will hang. So it looks like a race condition. Probably the stop operation of the nfs start script should enforce that all nfsd threads are gone before returning. E.g. this can be done by calling:

rpc.nfsd 0

which immediately stops all nfsd threads.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. start rpcbind and nfs service
2. stop network
3. shutdown nfs service
4. Verify that all nfsd threads are gone (ps ax|grep nfsd)
Actual results:
there are still nfsd threads

Expected results:
no nfsd threads

Additional info:
Comment 1 Ronald Wahl 2010-11-27 18:27:27 EST
Ah, it looks like this is a dupe of Bug 655726. So it looks like the nfs service is not stopped at all because of some generic code making assumptions that are not always true.

*** This bug has been marked as a duplicate of bug 655726 ***

Note You need to log in before you can comment on or make changes to this bug.