Why is NFSv4 so slow? (root/toor)

Rick C. Petty rick-freebsd2009 at kiwi-computer.com
Tue Jun 29 15:32:54 UTC 2010


On Tue, Jun 29, 2010 at 10:20:57AM -0500, Adam Vande More wrote:
> On Tue, Jun 29, 2010 at 9:58 AM, Rick Macklem <rmacklem at uoguelph.ca> wrote:
> 
> > 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.
> 
> I agree with Ian on this.  I don't use toor either, but have seen people use
> it, and sometimes it will get recommended here for various reasons e.g.
> running a root account with a different default shell.  It wouldn't bother
> me having to do this provided it was documented, but having to do so would
> be a POLA violation to many users I think.

To be fair, I'm not sure this is even a problem.  Rick M. only suggested it
as a possibility.  I would think that getpwuid() would return the first
match which has always been root.  At least that's what it does when
scanning the passwd file; I'm not sure about NIS.  If someone can prove
that this will cause a problem with NFSv4, we could consider hackingit.
Otherwise I don't think we should change this behavior yet.

-- Rick C. Petty


More information about the freebsd-stable mailing list