Date: Mon, 29 Apr 2013 17:44:30 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Jeremy Chadwick <jdc@koitsu.org> Cc: freebsd-fs@freebsd.org, Olav =?unknown-8bit?B?R3L4buVz?= Gjerde <olavgg@gmail.com> Subject: Re: nfsv3 vs nfsv4 ? advantages of moving to v4? Message-ID: <2128643857.1234644.1367271870131.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20130429015700.GA91179@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
Jeremy Chadwick wrote: > On Sun, Apr 28, 2013 at 07:10:03PM +0200, Olav Grns Gjerde wrote: > > If you have three ZFS filesystems: > > tank > > tank/backup > > tank/home > > > > And if you export /tank with nfsv3, you don't really export > > /tank/backup > > and /tank/home. > > You only export the folders, but not it's content > > I think it has to do with that you cannot export mounted filesystems > > within > > one exported filesystem. > > > > With nfsv4 you will with only one export of /tank, export all three, > > including /tank/backup and /tank/home > > > > This was an issue 18 months ago, I cannot confirm if it's still an > > issue. > > Maybe I'm still misunderstanding, but it sounds like what you want > (for > NFSv3) is the -alldirs option, e.g.: > > /tank -alldirs 10.0.0.20 > > Which would allow 10.0.0.20 to mount /tank, /tank/backup, /tank/home, > or whatever else under /tank, with NFSv3. > I think he was actually referring to what mounts the client has to do and not what the exports need to be. Assuming there are 3 different file systems: - NFSv3 must do 3 mounts - NFSv4 just needs to mount /tank I don't see this as much of an issue for 3 file systems, but I suppose that it can become inconvenient to mount each one if there are 300 or 3000 file systems under tank. rick > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2128643857.1234644.1367271870131.JavaMail.root>