From: Trond Myklebust Subject: Re: [NFS] Missing handling for NFS4ERR_OLD_STATEID in nfs4_handle_exception? Date: Thu, 12 Apr 2007 13:31:04 -0400 Message-ID: <1176399064.6664.22.camel@heimdal.trondhjem.org> References: <1175616589.3531.8.camel@dyn9047022153> <461E1F2C.7000605@poochiereds.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: NFS List , nfsv4@linux-nfs.org To: Jeff Layton Return-path: In-Reply-To: <461E1F2C.7000605@poochiereds.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfsv4-bounces@linux-nfs.org Errors-To: nfsv4-bounces@linux-nfs.org List-ID: On Thu, 2007-04-12 at 07:59 -0400, Jeff Layton wrote: > This sounds sort of like addressing the symptom and not the real > problem, however. The real question ought to be why you're getting > OLD_STATEID errors back from the server here. There can be legit > reasons, but these errors ought to be fairly rare. I generally only have > seen them when processes are signalled while RPC requests are in flight. OLD_STATEID usually occurs if an OPEN or an OPEN_DOWNGRADE gets sent that changes the current stateid while a READ or WRITE to the same file is in flight. It is generally a rare event, and so it tends to be much easier to deal with by simply resending the READ/WRITEs with the updated stateid rather than adding an expensive locking scheme for excluding READ/WRITE while the OPEN/OPEN_DOWNGRADE is in progress. Cheers, Trond