Bug 464149 - /var/lib/nfs/rmtab not emptied on reboot of the nfs server
/var/lib/nfs/rmtab not emptied on reboot of the nfs server
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: nfs-utils (Show other bugs)
All Linux
medium Severity medium
: rc
: ---
Assigned To: Steve Dickson
Martin Jenner
Depends On:
Blocks: 475626
  Show dependency treegraph
Reported: 2008-09-26 10:17 EDT by S.A. Hartsuiker
Modified: 2009-05-07 06:06 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-05-07 06:06:25 EDT
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 S.A. Hartsuiker 2008-09-26 10:17:56 EDT
Description of problem:
Upon reboot (when nfs is still active) the /var/lib/nfs/rmtab is not emptied.
The result is that over multiple reboots the showmount -a command shows mounts that may not even be in existance anymore.

For example, we recently removed an ip range from our network, but those mounts were still being shown after a reboot.

This in my opinion is not correct.

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

How reproducible:
Mount something over nfs using ip number a.b.c.d, then reboot the nfs server without unmounting. showmount -a after the reboot will still show a.b.c.d as a mount.

Steps to Reproduce:
Actual results:
a.b.c.d:/dir even when a.b.c.d never remounted /dir

Expected results:
no a.b.c.d:/dir in /var/lib.nfs/rmtab

Additional info:
Comment 1 RHEL Product and Program Management 2009-05-07 06:06:25 EDT
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.

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