Messages in this thread | | | Date | Thu, 25 Mar 2004 19:14:59 -0500 | From | Jeff Garzik <> | Subject | Re: "Enhanced" MD code avaible for review |
| |
Justin T. Gibbs wrote: >>>None of the solutions being talked about perform "failing over" in >>>userland. The RAID transforms which perform this operation are kernel >>>resident in DM, MD, and EMD. Perhaps you are talking about spare >>>activation and rebuild? >> >>This is precisely why I sent the second email, and made the qualification >>I did :) >> >>For a "do it in userland" solution, an initrd or initramfs piece examines >>the system configuration, and assembles physical disks into RAID arrays >>based on the information it finds. I was mainly implying that an initrd >>solution would have to provide some primitive failover initially, before >>the kernel is bootstrapped... much like a bootloader that supports booting >>off a RAID1 array would need to do. > > > "Failover" (i.e. redirecting a read to a viable member) will not occur > via userland at all. The initrd solution just has to present all available > members to the kernel interface performing the RAID transform. There > is no need for "special failover handling" during bootstrap in either > case.
hmmm, yeah, agreed.
Jeff
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |