From owner-freebsd-hackers Fri Feb 27 19:13:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01527 for freebsd-hackers-outgoing; Fri, 27 Feb 1998 19:13:00 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01499 for ; Fri, 27 Feb 1998 19:12:42 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id NAA04944; Sat, 28 Feb 1998 13:42:29 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA16319; Sat, 28 Feb 1998 13:42:29 +1030 (CST) (envelope-from grog) Message-ID: <19980228134228.40320@freebie.lemis.com> Date: Sat, 28 Feb 1998 13:42:28 +1030 From: Greg Lehey To: shimon@simon-shapiro.org Cc: hackers@FreeBSD.ORG, blkirk@float.eli.net, jdn@acp.qiv.com, Wilko Bulte Subject: Re: SCSI Bus redundancy... References: <19980228110827.36052@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Simon Shapiro on Fri, Feb 27, 1998 at 05:04:50PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 27 February 1998 at 17:04:50 -0800, Simon Shapiro wrote: > > On 28-Feb-98 Greg Lehey wrote: >> On Fri, 27 February 1998 at 15:20:55 -0800, Simon Shapiro wrote: >>> >>> On 26-Feb-98 Wilko Bulte wrote: >>>> As Simon Shapiro wrote... >>>>> >>>>> On 25-Feb-98 Wilko Bulte wrote: >>>>> ... >>>>> >>>>>> Digital Unix TruClusters do DRD (distributed raw device) now. Things >>>>>> like Oracle Parallel Server love this. A cluster filesystem is >>>>>> another >>>>>> kettle of fish of course. But not impossible, see OpenVMS. >>>>> >>>>> Stay tuned... FreeBSD will have this functionality too. >>>> >>>> Next step: a volume manager? >>> >>> I'll let someone else commit to this one. >> >> Done. >> >>> I think Julian's SLICE code has something in that direction. DPT >>> supports INCREASING the size of a RAID-5 array by adding drives. >> >> How can that work? > > Which? > > Julian's stuff? I do not clearly remember, but a slice can be re-written > and then re-evaluated. Care needs to be excercised in not overlapping, not > destroying things, etc. No, sorry, I wasn't talking about Julian's stuff (which I *still* haven't looked at; sorry, Julian). > DPT arrays? Simple; you make an ioctl call into the DPT driver, I > write a message to the controler, specifying which disk to add to > which array, the controller starts a hot rebuild, etc. The details > escape me right now, but I belive it is doable. Why would you want > to do that? No idea... :-) I was thinking more about what the ioctl call does. Raid 5 spreads data in stripes over all drives (or subdisks if you're using a Veritas-like volume manager). Add a drive, and you break this mapping. The only way to rearrange is to rewrite all the disks. Is that what they do? Or are they cheating in some manner? Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message