Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755154AbZGUSy2 (ORCPT ); Tue, 21 Jul 2009 14:54:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753107AbZGUSy1 (ORCPT ); Tue, 21 Jul 2009 14:54:27 -0400 Received: from mail-out2.uio.no ([129.240.10.58]:39565 "EHLO mail-out2.uio.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752455AbZGUSy0 (ORCPT ); Tue, 21 Jul 2009 14:54:26 -0400 Subject: Re: Error mounting FC8 NFS server with 2.6.31-rc3 NFSv4 client. From: Trond Myklebust To: Ben Greear Cc: linux-kernel , linux-nfs@vger.kernel.org In-Reply-To: <4A6609A9.3000504@candelatech.com> References: <4A64EB1F.4000602@candelatech.com> <1248178527.5222.0.camel@heimdal.trondhjem.org> <4A65F184.5060802@candelatech.com> <1248196339.21343.8.camel@heimdal.trondhjem.org> <4A65FCB2.6080903@candelatech.com> <1248199140.21343.17.camel@heimdal.trondhjem.org> <4A660295.9020807@candelatech.com> <1248200897.21343.19.camel@heimdal.trondhjem.org> <4A6609A9.3000504@candelatech.com> Content-Type: text/plain Date: Tue, 21 Jul 2009 14:54:22 -0400 Message-Id: <1248202462.21343.21.camel@heimdal.trondhjem.org> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-UiO-Ratelimit-Test: rcpts/h 6 msgs/h 2 sum rcpts/h 11 sum msgs/h 3 total rcpts 915 max rcpts/h 27 ratelimit 0 X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: B5C37195A9E8BC312B17297B3A8BDFA97E9BD70E X-UiO-SPAM-Test: remote_host: 68.40.207.222 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 2 total 78 max/h 5 blacklist 0 greylist 0 ratelimit 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1958 Lines: 43 On Tue, 2009-07-21 at 11:32 -0700, Ben Greear wrote: > On 07/21/2009 11:28 AM, Trond Myklebust wrote: > > On Tue, 2009-07-21 at 11:01 -0700, Ben Greear wrote: > >> On 07/21/2009 10:59 AM, Trond Myklebust wrote: > >>> On Tue, 2009-07-21 at 10:36 -0700, Ben Greear wrote: > >>>> On 07/21/2009 10:12 AM, Trond Myklebust wrote: > >>>>> On Tue, 2009-07-21 at 09:49 -0700, Ben Greear wrote: > >>>>>> On 07/21/2009 05:15 AM, Trond Myklebust wrote: > >>>>>> > >>>>>>> What does /var/lib/nfs/v4recovery look like on the server? > >>>>>> The server was misconfigured, but I still think the client should > >>>>>> behave better in this case. If you cannot reproduce it, let me know > >>>>>> and I can try to be more specific. If you still want the v4recovery > >>>>>> information, let me know and I'll send it. > >>>>> So how should the client behave, when a screwed up server allows it to > >>>>> mount but starts returning illegal values for setclientid? The only > >>>>> thing I can see we could do is to tell the user EINSANESERVER... > >>>> Well, it could just fail the mount and give up and not overly spam > >>>> /var/log/messages in a tight loop perhaps? > >>> This doesn't happen at mount time. It happens when you open a file. > >> Not for me, and evidently not for the other person that reported > >> similar results. All I had to do was attempt the mount (which never > >> completed). > >> > >> Thanks, > >> Ben > > > > Ah... You have NFS_V4_1 enabled despite the Kconfig warning... Does the > > bug occur when you turn this off too? > > Yes, it did. OK. Then the NFSv4.1 merge has screwed up the state management. We do NOT want to hold client id state on the server when there is no file state... Trond -- 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/