From owner-freebsd-fs Wed Nov 3 16:21:39 1999 Delivered-To: freebsd-fs@freebsd.org Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (Postfix) with ESMTP id C24331511E for ; Wed, 3 Nov 1999 16:21:23 -0800 (PST) (envelope-from pantzer@speedy.ludd.luth.se) Received: from speedy.ludd.luth.se (pantzer@speedy.ludd.luth.se [130.240.16.164]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id BAA29232; Thu, 4 Nov 1999 01:20:37 +0100 Message-Id: <199911040020.BAA29232@zed.ludd.luth.se> X-Mailer: exmh version 2.0.1 12/23/97 To: Kelly Yancey Cc: freebsd-fs@FreeBSD.ORG Subject: Re: feature list journalled fs In-Reply-To: Message from Kelly Yancey of "Tue, 02 Nov 1999 19:16:55 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Nov 1999 01:20:36 +0100 From: Mattias Pantzare Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I am under the impression that you can only enlarge a vinum volume if it > in a RAID 0 configuration (concatenation). Obviously, it would be very > difficult to enlarge a RAID 1 or RAID 5 configuration as it would require > restriping the data across all disks; I'm not familiar with any product, > hardware or software, that can do this. Solaris DiskSuite almost extends RAID 5 configruations. You can add disks to a RAID 5 set, but the extra disks will only hold data, no parity. I think that it is a strange mix of RAID 5 and concatenation. All data is still parity protected. It might not be as fast as a true RAID 5, but it can be very usful. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message