[176840] in North American Network Operators' Group
Re: Got a call at 4am - RAID Gurus Please Read
daemon@ATHENA.MIT.EDU (Jimmy Hess)
Thu Dec 11 22:31:57 2014
X-Original-To: nanog@nanog.org
In-Reply-To: <21642.23418.504433.250404@world.std.com>
From: Jimmy Hess <mysidia@gmail.com>
Date: Thu, 11 Dec 2014 21:29:31 -0600
To: Barry Shein <bzs@world.std.com>
Cc: Rob Seastrom <rs@seastrom.com>, "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Thu, Dec 11, 2014 at 9:05 PM, Barry Shein <bzs@world.std.com> wrote:
[snip]
> From my reading the closest you can get to disk space quotas in ZFS is
> by limiting on a per directory (dataset, mount) basis which is similar
> but different.
This is the normal type of quota within ZFS. it is applied to a
dataset and limits the size of the dataset, such as
home/username.
You can have as many datasets ("filesystems") as you like (within
practical limits), which is probably the way to go in regards to home
directories.
But another option is
zfs set groupquota@groupname=100GB example1/blah
zfs set userquota@user1=200MB example1/blah
This would be available on the Solaris implementation.
I am not 100% certain that this is available under the BSD implementations,
even if QUOTA is enabled in your kernel config.
In the past.... the BSD implementation of ZFS never seemed to be as
stable, functional, or performant as the OpenSolaris/Illumos version.
--
-JH
