Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 Sep 2013 09:48:45 -0600
From:      Eric Browning <ericbrowning@skaggscatholiccenter.org>
To:        Rick Macklem <rmacklem@uoguelph.ca>
Cc:        FreeBSD FS <freebsd-fs@freebsd.org>
Subject:   Re: NFS on ZFS pure SSD pool
Message-ID:  <CAM=5oeCD8V=SSk9mUX-5=za9YyCMN2_dW3tCAvykkKekTVw2Pw@mail.gmail.com>
In-Reply-To: <590302855.16994708.1378131018328.JavaMail.root@uoguelph.ca>
References:  <CAOFF%2BZ2C26V3Ktuvj5RFwGN%2BH657OPXm796TqA54xOpQj1TVFg@mail.gmail.com> <590302855.16994708.1378131018328.JavaMail.root@uoguelph.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
Rick,

Thanks for the suggestions.  mapping of names/uid is working correctly, on
my own files I can see my uid on my files.  Because of my mix of clients
10.6/7/8 I'm using just nfs v3 until those 10.6 clients die out.  I'd like
to eventually switch to nfsv4.  I can't jail off the nfsv3 10.6 clients via
MAC address since many of them overlap with the 10.7 clients which are just
one model newer.

nfs.client.access_cache_timeout is now set to 600 seconds instead of 60
nfs.client.access_for_getattr by default is off and of the three versions
of OSX (10.6/7/8)

Sam and I can experiment with sys/fs/nfs/nfs_commonsubs.c after we see if
the mac client tweaks work this week.  It's currently labor day and the
school is closed.




On Mon, Sep 2, 2013 at 8:10 AM, Rick Macklem <rmacklem@uoguelph.ca> wrote:

> Sam Fourman Jr. wrote:
> [lots of stuff snipped for brevity]
> > root@students:/users # nfsstat -e -s
> >
> > Server Info:
> >   Getattr   Setattr    Lookup  Readlink      Read     Write    Create
> >  Remove
> > 106273793   1417764  19593633     12021   2497674   7927757   1047249
> >  772450
> >    Rename      Link   Symlink     Mkdir     Rmdir   Readdir  RdirPlus
> >  Access
> >    319284       924     13813     63500     20980    526257         0
> > 677005862
> I didn't spot this when it first was posted, because of the wrap around.
>
> That's a *lot* of Access operations, imho. Maybe tweaking the Mac OS X
> client
> could reduce these?
>
> I see there are a couple of options in their nfs.conf(5) file that might
> help?
> nfs.client.access_cache_timeout
> nfs.client.access_for_getattr
>
> You could also look at their mount_nfs man page to see if there are other
> settings for access related stuff.
>
> As well, I'm wondering if the Macs may be doing Access ops like crazy
> because
> they see that ACLs are enabled.
> I think ZFS always have ACLs enabled, but you can change the line in
> sys/fs/nfs/nfs_commonsubs.c
>     int nfsrv_useacl = 1;
> to
>     int nfsrv_useacl = 0;
> and then build/boot a new kernel on the server to disable them. (It isn't
> a sysctl, because it normally depends on the server file system to say if
> they are supported.)
>
> Also, pull up a terminal window and do an "ls -l" on some directory, to
> make
> sure everything isn;t owned by "nobody". If it is, the name/uid mapping for
> NFSv4 isn;t working correctly.
>
> Good luck with it, rick
>
>


-- 
Eric Browning
Systems Administrator
801-984-7623

Skaggs Catholic Center
Juan Diego Catholic High School
Saint John the Baptist Middle
Saint John the Baptist Elementary



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAM=5oeCD8V=SSk9mUX-5=za9YyCMN2_dW3tCAvykkKekTVw2Pw>