Date: Mon, 26 Jul 2010 14:12:51 -0500 From: Adam Vande More <amvandemore@gmail.com> To: Chuck Swiger <cswiger@mac.com> Cc: John Almberg <jalmberg@identry.com>, freebsd-questions@freebsd.org Subject: Re: 1 file system, 2 drives? Message-ID: <AANLkTikPiMK_wm77sr_YSq2=J3k-aF-f39uGbROq3bj_@mail.gmail.com> In-Reply-To: <980022A0-7623-40A5-BCDE-4909A721933D@mac.com> References: <4C4DDA28.4070205@identry.com> <980022A0-7623-40A5-BCDE-4909A721933D@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jul 26, 2010 at 2:05 PM, Chuck Swiger <cswiger@mac.com> wrote: > Hi, John-- > > On Jul 26, 2010, at 11:55 AM, John Almberg wrote: > > I know this is probably impossible, but FreeBSD can do so many miraculous > things, that I can't help asking... > > > > Is it possible to use the second drive to 'expand' the /videos file > system? So it would miraculously look like a single 400G drive? > > The canonical way of doing this is to either create a RAID-0 concat or > stripe volume. Using RAID-0 striping is preferred due to performance, but > you'd need to backup, reformat using a RAID-0 stripe, and then restore your > data onto the new volume. In theory, setting up a concat is less intrusive, > but if the data is already mounted and in use, you'll probably still need to > unmount it first. > > If you have hardware controller with RAID capabilities, using native RAID > is better, otherwise look towards gvinum or maybe ccd; see also: > There is also gconcat(8), IMO much easier than gvinum although not all the power either. ZFS sort has this as well, if you replace devices with bigger devices the pool with grow to the size of the smallest device. -- Adam Vande More
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTikPiMK_wm77sr_YSq2=J3k-aF-f39uGbROq3bj_>