From owner-freebsd-hackers  Mon Dec  1 18:17:03 1997
Return-Path: <owner-freebsd-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id SAA15132
          for hackers-outgoing; Mon, 1 Dec 1997 18:17:03 -0800 (PST)
          (envelope-from owner-freebsd-hackers)
Received: from Tandem.com (suntan.tandem.com [192.216.221.8])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15122
          for <freebsd-hackers@freebsd.org>; Mon, 1 Dec 1997 18:16:59 -0800 (PST)
          (envelope-from grog@lemis.com)
Received: from papillon.lemis.com ([168.87.69.104])
	by Tandem.com (8.8.8/2.0.1) with ESMTP id SAA13046;
	Mon, 1 Dec 1997 18:14:16 -0800 (PST)
Received: (grog@localhost) by papillon.lemis.com (8.8.8/8.6.12) 
       id MAA00548; Tue, 2 Dec 1997 12:54:51 +1100 (EST)
Message-ID: <19971202125450.58813@lemis.com>
Date: Tue, 2 Dec 1997 12:54:50 +1100
From: Greg Lehey <grog@lemis.com>
To: Terry Lambert <tlambert@primenet.com>
Cc: Darren Reed <avalon@coombs.anu.edu.au>, jbryant@unix.tfs.net,
        freebsd-hackers@freebsd.org
Subject: Re: Drive Mirroring
References: <199712012145.NAA22411@hub.freebsd.org> <199712020049.RAA25725@usr07.primenet.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84e
In-Reply-To: <199712020049.RAA25725@usr07.primenet.com>; from Terry Lambert on Tue, Dec 02, 1997 at 12:49:50AM +0000
Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
WWW-Home-Page: http://www.lemis.com/~grog
Sender: owner-freebsd-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Tue, Dec 02, 1997 at 12:49:50AM +0000, Terry Lambert wrote:
>>> I'll be doing something like vold, though I haven't decided whether I
>>> really *need* a daemon running all the time.  Raid will be a plex
>>> type, along with the standard concatenated and striped kinds.
>>
>> Are you planning on making it handle extending and reducing of filesystem
>> sizes ?
>
> You mean "generate extend/reduce events that FS's smart enough to be
> able to deal with them (ie: *not* FFS or EXT2FS or ... but *maybe*
> NTFS depending on implementation, or JFS)"?
>
> Adding the events is the easy part.  The FS's handling the events correctly
> in an FS specific way is harder.
>
> It's an FS problem, not a RAID/CCD problem that you want solved...

Precisely.  So the answer, at least at the moment, is "no".  It will
be possible to extend the volume size, but this won't make any
difference to the size of a file system in the volume.

Greg