From owner-freebsd-stable@FreeBSD.ORG Tue Jun 29 14:41:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84EB8106566B for ; Tue, 29 Jun 2010 14:41:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 344B38FC0C for ; Tue, 29 Jun 2010 14:41:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAI6jKUyDaFvJ/2dsb2JhbACfO3G/WYJ9gicE X-IronPort-AV: E=Sophos;i="4.53,505,1272859200"; d="scan'208";a="82108960" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 29 Jun 2010 10:41:55 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 4D4CCFB8058; Tue, 29 Jun 2010 10:41:57 -0400 (EDT) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bqsCFXQb-yeH; Tue, 29 Jun 2010 10:41:56 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 85465FB8012; Tue, 29 Jun 2010 10:41:56 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o5TEwqw25933; Tue, 29 Jun 2010 10:58:52 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 29 Jun 2010 10:58:52 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Ian Smith In-Reply-To: <20100629134033.O9227@sola.nimnet.asn.au> Message-ID: References: <20100627221607.GA31646@kay.kiwi-computer.com> <20100628031401.GA45282@kay.kiwi-computer.com> <20100628140054.GA52174@kay.kiwi-computer.com> <20100629134033.O9227@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Rick C. Petty" , freebsd-stable@freebsd.org Subject: Re: Why is NFSv4 so slow? (root/toor) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 14:41:59 -0000 On Tue, 29 Jun 2010, Ian Smith wrote: > > Not wanting to hijack this (interesting) thread, but .. > > I have to concur with Rick P - that's rather a odd requirement when each > FreeBSD install since at least 2.2 has come with root and toor (in that > order) in /etc/passwd. I don't use toor, but often enough read about > folks who do, and don't recall it ever being an issue with NFSv3. Are > you sure this is a problem that cannot be coded around in NFSv4? > Currently when the nfsuserd needs to translate a uid (such as 0) into a name (NFSv4 uses names instead of the numbers used by NFSv3), it calls getpwuid() and uses whatever name is returned. If there are more than one name for the uid (such as the above case for 0), then you get one of them and that causes confusion. I suppose if the FreeBSD world feels that "root" and "toor" must both exist in the password database, then "nfsuserd" could be hacked to handle the case of translating uid 0 to "root" without calling getpwuid(). It seems ugly, but if deleting "toor" from the password database upsets people, I can do that. rick