All of lore.kernel.org
 help / color / mirror / Atom feed
From: Heinz Mauelshagen <mauelshagen@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: heinzm@redhat.com
Subject: Re: [linux-lvm] [RFC] dmraid design 1.0.3
Date: Sat, 29 May 2004 10:20:47 +0200	[thread overview]
Message-ID: <20040529082047.GA23953@redhat.com> (raw)
In-Reply-To: <40B77026.5090302@backtobasicsmgmt.com>

On Fri, May 28, 2004 at 10:00:22AM -0700, Kevin P. Fleming wrote:
> Heinz Mauelshagen wrote:
> 
> >o do we need to support partitions on RAID sets ?
> 
> IMHO the answer is no, because dmpartx (or whatever it's called) can do 
> this today. It can use dm tables to slice up any existing block device, 
> whether it's a raw disk or a dm-constructed RAID set.

Good, let's see if we get along w/o it.

> 
> >Open questions:
> >---------------
> >
> >o do we need to prioritize on device-mapper targets for higher RAID levels
> >  (in particular we'ld need RAID5 to support some ATARAID formats) ?
> 
> Personally I would be thrilled to see this work move ahead; in fact, I'd 
> be happy to see this dmraid tool support the Linux MD metadata so I can 
> use dm targets for my MD RAID-1 systems (thereby reducing the amount of 
> code I build into my kernel).

Me too ;)
In fact there's an MD metadata format handler template in my
dmraid code base already.

> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

-- 

Regards,
Heinz    -- The LVM Guy --

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Red Hat GmbH
Consulting Development Engineer                   Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen@RedHat.com                            +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

      reply	other threads:[~2004-05-29  8:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-28 15:19 [linux-lvm] [RFC] dmraid design 1.0.3 Heinz Mauelshagen
2004-05-28 17:00 ` Kevin P. Fleming
2004-05-29  8:20   ` Heinz Mauelshagen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040529082047.GA23953@redhat.com \
    --to=mauelshagen@redhat.com \
    --cc=heinzm@redhat.com \
    --cc=linux-lvm@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.