[176851] in North American Network Operators' Group
Re: Got a call at 4am - RAID Gurus Please Read
daemon@ATHENA.MIT.EDU (Barry Shein)
Fri Dec 12 13:02:11 2014
X-Original-To: nanog@nanog.org
From: Barry Shein <bzs@world.std.com>
Date: Fri, 12 Dec 2014 12:57:43 -0500
To: Jimmy Hess <mysidia@gmail.com>
In-Reply-To: <CAAAwwbUCe=S4n1Sr0tfpQS5EedEdPWSmEsPGhLwH6gMFcPDnmw@mail.gmail.com>
Cc: Rob Seastrom <rs@seastrom.com>, "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
That might be close enough. I need to set up a test system and play
around with zfs and btrfs.
Thanks.
On December 11, 2014 at 21:29 mysidia@gmail.com (Jimmy Hess) wrote:
> 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
--
-Barry Shein
The World | bzs@TheWorld.com | http://www.TheWorld.com
Purveyors to the Trade | Voice: 800-THE-WRLD | Dial-Up: US, PR, Canada
Software Tool & Die | Public Access Internet | SINCE 1989 *oo*
