quotas safe on >2 TB filesystems in 6.1-RELEASE ?

Eric Anderson anderson at centtech.com
Tue Dec 19 06:22:07 PST 2006

On 12/18/06 12:36, Arone Silimantia wrote:
> I am planning on building a 6.1-RELEASE system with a
> boot array smaller than 2 TB (and thus not interesting
> or dangerous in any way - also sysinstall compatible).
> But then after installation I am going to use CLI
> tools (all bigdisk safe, right ?) to partition and
> newfs a 9 TB array.

If you really need to partition it, then do so, however I believe you'll 
get better performance on a RAID array if you simply newfs the raw disk 
(/dev/daX) instead of adding slices and such on it.  Also, I highly 
recommend using GJOURNAL on this disk.  What I do is create a small 
(4GB) fast LUN (RAID 10 or 0+1 is good) and use it as my journal device, 
and then create the remaining space as another LUN for the data, and use 
GJOURNAL on top.  GJOURNAL is probably still considered slightly 
experimental, but I have over 25Tb (in a few different systems, under 
different loads), and have been very happy about it.  With 9TB without 
any journaling, you might run into problems if you crash and need to 
fsck - the number of files you could have on the file system could well 
require more memory/time than you have available.

> I will not be using snapshots on this array.
> But I do absolutely need to run quotas (both user and
> group) on this 9 GB array. I also need to successfully
> use all quota admin tools (repquota, edquota, quota,
> etc.)
> Can I get an assurance that this is totally safe,
> sane, and fit to run in a mission critical, data
> critical environment ?  Anyone doing it currently ?
> Any comments or warnings of _any kind_ much appreciated.

I don't think anyone will say 'I promise it will work' of course, but I 
would start by using the latest 6-STABLE source since there have been 
quite a number of updates to file system related code since 6.1.


Eric Anderson        Sr. Systems Administrator        Centaur Technology
An undefined problem has an infinite number of solutions.

More information about the freebsd-fs mailing list