Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753908Ab0BHSdX (ORCPT ); Mon, 8 Feb 2010 13:33:23 -0500 Received: from fieldses.org ([174.143.236.118]:54733 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752466Ab0BHSdV (ORCPT ); Mon, 8 Feb 2010 13:33:21 -0500 Date: Mon, 8 Feb 2010 13:33:43 -0500 From: "J. Bruce Fields" To: OGAWA Hirofumi Cc: Neil Brown , linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: Failure to fallback to nfsd-v3 (?) Message-ID: <20100208183343.GC10665@fieldses.org> References: <87pr4h67rf.fsf@devron.myhome.or.jp> <20100207041016.GA16865@fieldses.org> <8763695u96.fsf@devron.myhome.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8763695u96.fsf@devron.myhome.or.jp> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1404 Lines: 36 On Sun, Feb 07, 2010 at 05:23:49PM +0900, OGAWA Hirofumi wrote: > "J. Bruce Fields" writes: > > >> And the following commit seems to change the behavior. > >> > >> [nfsd4: fix error return when pseudoroot missing] > >> f39bde24b275ddc45df1ed835725b609e178c7a0 > >> > >> Well, anyway, is this a expected behavior change, or something bug? > > > > It's expected. I'd recommend turning off nfsv4 on the server (add "-N4" > > to the rpc.nfsd commandline) for now. > > This looks like the silent user visible change. So, it would be better > to add more comment at least in changelog. > > Well, anyway, thanks. (BTW, I assumed rpc.nfsd is typo of rpc.mountd) No, the -N4 tells rpc.mountd to turn off NFSv4 support before starting the server. The problem is that the server is accepting NFSv4 rpc calls even though it doesn't actually support v4, so the mount fails a few rpc's later with an odd error. I changed that error around the same time "mount" on the client was modified to start trying v4 support first, and the mount code included a workaround for the linux server behavior that only handled exactly the old errors. --b. -- 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/