Need Help to Fix Stale NFS File Handle

Mark Phillips mark at phillipsmarketing.biz
Fri Feb 25 15:16:47 MST 2011


On Fri, Feb 25, 2011 at 2:30 PM, Alex Dean <alex at crackpot.org> wrote:

>
> On Feb 25, 2011, at 3:13 PM, Mark Phillips wrote:
> > # mount | grep nfs
> > return anything?
> > hammerhead:/home/mark# mount | grep nfs
> > rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
> > hammerhead:/home/mark#
> >
> > I have no idea who rpc_pipefs on /var/lib.... is and why it is there! Any
> ideas before I blow it away?
>
> That's NFS-server related.  Used by the id mapper, I think.  On RedHat at
> least, I think that's started/stopped by /etc/init.d/nfslock. (Though my
> memory is a little sketchy on that point.)  The pipefs could possibly be
> mounted even if nothing's using it, also.  Got any NFS-related services
> running?
>
> Afaik, an NFS server shouldn't get stale file handles.  That's a client's
> problem.
>
> RedHat/Fedora:
>  $ rpm -qa | grep nfs
> Debian/Ubuntu:
>  $ dpkg --list | grep nfs
> Both:
>  $ ls /etc/init.d | grep nfs
>
> hammerhead:/home/mark# dpkg --list | grep nfs
rc  libnfsidmap1
0.8-1                                An nfs idmapping library
ii  libnfsidmap2
0.20-1                               An nfs idmapping library
ii  nfs-common
1:1.1.2-6lenny2                      NFS support files common to client and
serve

hammerhead:/home/mark# ls /etc/init.d | grep nfs
mountkernfs.sh
mountnfs-bootclean.sh
mountnfs.sh
nfs-common
umountnfs.sh
hammerhead:/home/mark#

Wow...I had no idea nfs was running. I have no idea how it is being used or
by what process. Do I stop it with /etc/init.d/umnountnfs?

Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.PLUG.phoenix.az.us/pipermail/plug-discuss/attachments/20110225/9f3d6b09/attachment.html>


More information about the PLUG-discuss mailing list