Bug 464149 - /var/lib/nfs/rmtab not emptied on reboot of the nfs server
Summary: /var/lib/nfs/rmtab not emptied on reboot of the nfs server
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: nfs-utils
Version: 5.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Steve Dickson
QA Contact: Martin Jenner
URL:
Whiteboard:
Depends On:
Blocks: 475626
TreeView+ depends on / blocked
 
Reported: 2008-09-26 14:17 UTC by S.A. Hartsuiker
Modified: 2009-05-07 10:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-05-07 10:06:25 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description S.A. Hartsuiker 2008-09-26 14:17:56 UTC
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):
nfs-utils-1.0.9-33.el5

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:
1.
2.
3.
  
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 Program Management 2009-05-07 10:06:25 UTC
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.