Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761727AbYBAV3w (ORCPT ); Fri, 1 Feb 2008 16:29:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759780AbYBAV3l (ORCPT ); Fri, 1 Feb 2008 16:29:41 -0500 Received: from mx1.redhat.com ([66.187.233.31]:45531 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759283AbYBAV3j (ORCPT ); Fri, 1 Feb 2008 16:29:39 -0500 Message-ID: <47A38F33.9050505@redhat.com> Date: Fri, 01 Feb 2008 16:29:23 -0500 From: Peter Staubach User-Agent: Thunderbird 1.5.0.12 (X11/20071018) MIME-Version: 1.0 To: Trond Myklebust CC: Linux Kernel Mailing List , linux-nfs@vger.kernel.org, Andrew Morton , linux-fsdevel Subject: Re: [PATCH 3/3] enhanced NFS ESTALE error handling (v2) References: <4790C76F.2050105@redhat.com> <47A387D9.1070206@redhat.com> <1201900017.11291.43.camel@heimdal.trondhjem.org> In-Reply-To: <1201900017.11291.43.camel@heimdal.trondhjem.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1430 Lines: 36 Trond Myklebust wrote: > On Fri, 2008-02-01 at 15:58 -0500, Peter Staubach wrote: > >> Hi. >> >> The patch enhanced the ESTALE error handling for NFS mounted >> file systems. It expands the number of places that the NFS >> client checks for ESTALE returns from the server. >> >> It also enhances the ESTALE handling for directories by >> occasionally retrying revalidation to check to see whether the >> directory becomes valid again. This sounds odd, but can occur >> when a systems administrator, accidently or unknowingly, >> unexports a file system which is in use. All active >> non-directory files become permanently inaccessible, but >> directories can be become accessible again after the >> administrator re-exports the file system. This is a situation >> that users have been complaining about for years and this >> support can help to alleviate their situations. >> > > As far as I can see, this patch can be applied separately from the VFS > fixes. If so, would it make sense for me to take charge of this patch in > the NFS tree, while Andrew queues up the other two VFS changes in -mm? Yes, I think that this would make good sense. Thanx... ps -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/