Date: Mon, 2 Mar 1998 14:23:50 -0500 From: sbabkin@dcn.att.com To: tlambert@primenet.com Cc: shimon@simon-shapiro.org, wilko@yedi.iaf.nl, grog@lemis.com, jdn@acp.qiv.com, blkirk@float.eli.net, hackers@FreeBSD.ORG Subject: RE: SCSI Bus redundancy... Message-ID: <C50B6FBA632FD111AF0F0000C0AD71EE4132C8@dcn71.dcn.att.com>
next in thread | raw e-mail | index | archive | help
> ---------- > From: Terry Lambert[SMTP:tlambert@primenet.com] > > > > > 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? > > > > Something like > > - read N RAID blocks from K disks > > - compute new checksum for K+1 disks and write as less number > > of RAID blocks but each one of bigger size (K+1/K times) > > - add empty blocks at the end of RAID in the added space > > You would have to remember to grab the blocks to be relocated with > the same O(n) randomness as their allocation. 8-). > Huh ? Probably I've missed something about RAIDs. I've thought that, for example, RAID block 0 consists of blocks 0 of all the physical disks. And so on. And I've thought that RAID itself does not allocate any blocks, the upper level like filesystem or volume manager does it, RAID just makes chechsuming. Am I wrong again ? -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C50B6FBA632FD111AF0F0000C0AD71EE4132C8>