On 2005-06-29T13:07:49, Jonathan E Brassow <jbrassow@xxxxxxxxxx> wrote: > This patch defines a couple more states that logs can return, and > checks for those states in the mirror code. The states are useful for > logs that have cluster support. OK. Let me just ask one question, which I'll preface with the following: I totally love the idea of md / DM convergence. I'm not yet quite clear how this is to be achieved, but having two separate frameworks which at least considerable overlap doesn't make sense - this isn't like two filesystems, this is like two VFS layers and obviously silly. So, I appreciate movement into that direction. However, what's going on now is that features are being added to the DM raid code, instead of figuring out a path of convergence. RAID code takes, that's the experience we've got with Linux so far, quite some time to stabilize. Duplicating it definetely doesn't seem smart, if I may be so blunt. The RAID code in md is, nowadays, very stable, and even already has patches for faster resync etc (merged in -mm). md is, in certain ways, more mature, which is exemplified by md's ability to actually provide sane logging. DM has new cool features (like the online remapping and stuff). Why is the approach of reinventing a wheel with a slightly different number of edges taken? Is it believed that DM will supersede all aspects of md one day? Ain't that slightly silly? ;-) Sincerely, Lars Marowsky-Brée <lmb@xxxxxxx> -- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin "Ignorance more frequently begets confidence than does knowledge"