Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754846AbZGVW0M (ORCPT ); Wed, 22 Jul 2009 18:26:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754802AbZGVW0L (ORCPT ); Wed, 22 Jul 2009 18:26:11 -0400 Received: from mx2.netapp.com ([216.240.18.37]:19043 "EHLO mx2.netapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754149AbZGVW0K (ORCPT ); Wed, 22 Jul 2009 18:26:10 -0400 X-IronPort-AV: E=Sophos;i="4.43,248,1246863600"; d="scan'208";a="210524858" Cc: Ben Greear , linux-kernel , linux-nfs@vger.kernel.org Message-Id: <61F6C626-3C73-456A-A3A2-F1690C46914C@netapp.com> From: Andy Adamson To: Trond Myklebust In-Reply-To: <1248301062.9202.11.camel@heimdal.trondhjem.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Error mounting FC8 NFS server with 2.6.31-rc3 NFSv4 client. Date: Wed, 22 Jul 2009 18:26:09 -0400 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> <1248211050.21343.38.camel@heimdal.trondhjem.org> <1248294013.5234.35.camel@heimdal.trondhjem.org> <74713B5B-DF7F-4357-AE3A-0F6B44C41116@netapp.com> <1248299236.9202.3.camel@heimdal.trondhjem.org> <2CC45724-FD70-4F00-84F7-4D0E2158D6B5@netapp.com> <1248301062.9202.11.camel@heimdal.trondhjem.org> X-Mailer: Apple Mail (2.930.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 955 Lines: 37 On Jul 22, 2009, at 6:17 PM, Trond Myklebust wrote: > On Wed, 2009-07-22 at 18:03 -0400, Andy Adamson wrote: >> On Jul 22, 2009, at 5:47 PM, Trond Myklebust wrote: >>> Well.... The rsize/wsize is one thing, but how about acls? We simply >>> don't know how big they may become. >> >> Yeah - has anything been submitted for 4.2 to fix this? (a readdir >> cookie - like thingie) > > Not really. You pretty much have to set ACLs atomically, or you may > end > up with security issues. Sure, but we could help get ACL. > > > The good news is, though, that we should be able to figure out an > upper > limit by looking at the max_rqst_sz/max_resp_sz that the server > wants to > set. Yep. -->Andy > > > -- 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/