Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755919AbXLJSWk (ORCPT ); Mon, 10 Dec 2007 13:22:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753578AbXLJSWb (ORCPT ); Mon, 10 Dec 2007 13:22:31 -0500 Received: from ug-out-1314.google.com ([66.249.92.173]:56824 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753022AbXLJSW3 (ORCPT ); Mon, 10 Dec 2007 13:22:29 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=mrKXH7jiBkF4NLTWPLopchlIhXY8TwoiZ/bLjBTcu5kmaYGphPeKRFuPcYwSUK9EKZxBQyhADKOV51U0r4dy3478OIXr9abPcj5NGxaB6FKUFOQ/mx66bCyYr841z0MRqbAt46Fh6XnWTdGGI8K0ya7WV/r5M1sNH7meXVPLCaQ= From: Maxim Levitsky To: "J. Bruce Fields" Subject: Re: 2.6.24-rc3-git4 NFS crossmnt regression Date: Mon, 10 Dec 2007 20:22:00 +0200 User-Agent: KMail/1.9.6 Cc: Neil Brown , "Rafael J. Wysocki" , Andrew Morton , Trond Myklebust , gnome42@gmail.com, linux-kernel@vger.kernel.org, "Eric W. Biederman" , "Denis V. Lunev" , linux-nfs@vger.kernel.org References: <200712101705.30428.maximlevitsky@gmail.com> <20071210154747.GB17209@fieldses.org> In-Reply-To: <20071210154747.GB17209@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712102022.00803.maximlevitsky@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2548 Lines: 76 On Monday 10 December 2007 17:47:47 J. Bruce Fields wrote: > On Mon, Dec 10, 2007 at 05:05:30PM +0200, Maxim Levitsky wrote: > > On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote: > > > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote: > > > > ... > > > > > It is best not to use nohide - we should probably mark it as > > > > > 'legacy'. > > > > > > > > > > Simply export the top level mountpoint as 'crossmnt' and everything > > > > > below there will be exported. > > > > > > > > > > > Where should I put those options in root file-system export or in submount export? > > > > > > > > > > crossmnt goes at the top. nohide goes in the submount. Both have > > > > > the same general effect though with subtle differences. > > > > > You don't need both (though that doesn't hurt). > > > > > Just use crossmnt at the top, Then you don't need to mention the > > > > > lower level filesystems at all. > > > > > > > > > > > > > > > ... > > > > > > (I decided to switch to NFS4 only due to the lack of ability to see underlying mounts) > > > > > > > > > > > > > > > > All of this should work fine with v3. Once you have the right patch > > > > > for the crossmnt bug applied, if you have further problems post them > > > > > to linux-nfs@vger.kernel.org. > > > > > > > > > > NeilBrown > > > > > > > > > > > > > Big thanks, > > > > > > > > Still NFS server just don't want to accept the connection > > > > I noticed that if I first mount with > > > > -tnfs, unmount, and then mount with -tnfs4, it works > > > > > > OK, in that case, that's definitely the bug Eric sent out the patch for; > > > you may want to try applying his patch. > > You mean > > "[PATCH 2.6.24-rc4] proc: Remove/Fix proc generic d_revalidate" ? > > > > I did apply it (on both kernel and server), and it doesn't help. > > Best regards, > > Maxim Levitsky > > > > PS: I am unfamiliar with nfs/nfs4, so this could be just a > > configuration/compilation issue. > > What do > ls /proc/fs/nfs > ls /proc/fs/nfsd > > report? > > --b. > On both client and server: maxim [~]$ ls /proc/fs/nfs exports maxim [~]$ ls /proc/fs/nfsd exports max_block_size nfsv4recoverydir portlist versions filehandle nfsv4leasetime pool_threads threads maxim [~]$ Best regards, Maxim Levitsky -- 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/