Bug 52403
Summary: | exportfs -u doesn't work | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Marty Shannon <martys> |
Component: | nfs-utils | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-04-19 15:57:06 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Marty Shannon
2001-08-23 15:55:16 UTC
It appears as if mountd is honoring UMOUNT requests from clients, but not notifying the server's kernel that the exported directory is no longer in use. This is also reflected in /var/lib/nfs/rmtab, which is supposed to list those file systems which mountd currently thinks are mounted by clients. Your workaround ("exportfs -r") must force rpc.mountd to rebuild it's list and notify the kernel. I will notify the nfs-utils maintainers. This defect is considered SHOULD-FIX for Fairfax. The bug fell over the horizon due to manpower constraints, closing. If Fedora still fails to unexport, please refile. |