Date: Sun, 27 May 2007 12:25:00 -0500 From: Eric Anderson <anderson@freebsd.org> To: Richard Noorlandt <lists.freebsd@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: Growing UFS beyond 2 TB Message-ID: <4659BEEC.3000601@freebsd.org> In-Reply-To: <99c92b5f0705270921x36cdb1afl6c6ef1a3cc949091@mail.gmail.com> References: <99c92b5f0705240730o146c1bb4x326591687e445cd@mail.gmail.com> <000701c79e62$2c9c4190$85d4c4b0$@com> <99c92b5f0705270921x36cdb1afl6c6ef1a3cc949091@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/27/07 11:21, Richard Noorlandt wrote: > 2007/5/25, Jan Mikkelsen <janm@transactionware.com>: >> You can use the Areca controller to create separate devices/LUNs, >> and then ignore fdisk/gpt/labels altogether for the large >> filesystem you want to grow, and just stick the filesystem directly >> on /dev/da1, or whatever it ends up being. > > > I didn't realize that you could actually put the FS directly on the drive > without partitioning it first, but it makes sense. Are there any known > problems with such a setup? As far as I know, most people always partition > their drives, so I don't know how often this is done.. I try *not* to partition areas that are used for data only, if I can carve LUNs from the array or controller. I have set up lots of servers with that configuration, and they work nicely. > As a bonus, you don't have to do all the calculations to figure out >> where the partitions should start. See: >> http://lists.freebsd.org/pipermail/freebsd-fs/2006-October/002312.h >> tml > > > That appears to be quite a nice bonus. Better performance with less work ;-) Eric
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4659BEEC.3000601>