Re: [dm-devel] mirroring: [patch 1 of 8] device failure tolerance

From: Lars Marowsky-Bree (lmb_at_suse.de)
Date: 06/30/05

  • Next message: Ananiev, Leonid I: "[patch 1/] timers: tsc using for cpu scheduling" 
    Date:	Thu, 30 Jun 2005 13:33:53 +0200
To: device-mapper development <dm-devel@redhat.com>

    On 2005-06-29T13:07:49, Jonathan E Brassow <jbrassow@redhat.com> 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@suse.de> 

    -- 
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"
-
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/
  • Next message: Ananiev, Leonid I: "[patch 1/] timers: tsc using for cpu scheduling"