Sorry for the delay in replying, I've been using RAID6 in a real life situation with 2.6.9 + patch, for 2 months now, with 1.15Tb of storage, and I have had more than 1 drive failure... as well as some rather embarasing hardware corruption which I traced to a faulty IDE controller. Dispite some random DMA corrupion, and loosing a total of 3 disks, I have not had any problems with it RAID6 itself, and really it has litereally saved my data from being lost. I ran a diff against the 2.6.9 patch and what is in 2.6.10... and they are not the same, presumably a more elegant fix has been implimented for the production kernel?? As an aside, At the moment, I am experimenting with RAID on top of USB Mass Storage devices... it's interesting because the USB system takes a significant time to identify and make each drive available, and I have to determine if all the drives have become available before starting any arrays.... Does anyone have any experience with this sort of thing? I'm sure H. Peter Anvin said somthing about: > Followup to: <38038.212.158.231.74.1099526180.squirrel@xxxxxxxxxxxxxxx> > By author: "A. James Lewis" <james@xxxxxxxxxx> > In newsgroup: linux.dev.raid >> >> I'd like to put raid6 to use, and after reading through the process of >> tracking down this bug, it seems that a rational explanation was found >> for >> the data corruption, and the fix well tested... but being new to a lot >> of >> the process here, what is the process for this to get into the standard >> kernel... perhaps 2.6.10 will have this patch?? >> >> Obviously I could apply the patch to raid6main.c on my system, but it >> would be good to use a standard kernel... >> >> The problem is only when writing to a degraded array, but most of us are >> impatient and want to write a filesystem and get it mounted before the >> first sync is complete... and those, like me cursed with bad hardware >> will >> have 2 drives fail at the same time (last week!) and hence raid6 is very >> appealing :). >> > > Hi James, > > This patch got integrated in, I believe, 2.6.10-rc2. > > Please let me know what your experience is. It would be good to get > the EXPERIMENTAL tag taken off at some point. > > -hpa > > > !DSPAM:41b79a8888125029010830! > > > -- ¯·.¸¸.·´¯·.¸¸.-> A. James Lewis (james@xxxxxxxxxx) http://www.fsck.co.uk/personal/nopistons.jpg MAZDA - World domination through rotary power. - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
