Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Jan 1996 14:07:07 -0700 (MST)
From:      Terry Lambert <terry@lambert.org>
To:        jhay@mikom.csir.co.za (John Hay)
Cc:        terry@lambert.org, hackers@FreeBSD.ORG
Subject:   Re: Stale NFS file handle
Message-ID:  <199601112107.OAA18176@phaeton.artisoft.com>
In-Reply-To: <199601112024.WAA28370@zibbi.mikom.csir.co.za> from "John Hay" at Jan 11, 96 10:24:29 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> > Can you provide a way of repeating the problem in situ?
> > 
> > Will it work against non-FreeBSD servers or with non-FreeBSD clients?
> > (ie: have you localized the problem to the server or client code?).
> > 
> > Is it possible the the handle is, in fact, stale?
> > 
> > What if you disable the lease code (assuming NFSv3)?
>
> This is with FreeBSD-2.1 as client and a Netware (NFS) server. I believe the
> handle is stale (They changed disks without telling us beforehand), but I
> cannot get it unmounted, not even with umount -f which I would have thought
> should force it. At the moment it looks like I will have to reboot the
> FreeBSD machines to clear the problem.
> 
> The HP machines which also mounted the Netware server, could unmount
> it with the force option.

Ah.  The force option in the FreeBSD NFS isn't.

Probably, you have dirty data buffers associated with the BSD vnodes
and that's what's killing you.

A stale handle happens when the cookie lookup on the server causes
a mismatch on the generation count for the file (NetWare preincrements)
or in the UNIX server case, a generation count mismatch or a zero
reference count.

Eventually, someone needs to fix the force to make it actually work,
but really the whole mount/unmount API wants a change so that this
isn't a problem anyway.  If the stale handle data were discarded
when the handle was determined to be stale (logical, since the
client can't force the write), then it should resolve the problem.

Probably you were writing at the instant when the server blew chunks.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601112107.OAA18176>