From: Heinz Mauelshagen <mauelshagen@redhat.com>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: RAID5 support ?
Date: Thu, 3 Nov 2005 19:41:06 +0100 [thread overview]
Message-ID: <20051103184106.GD3522@redhat.com> (raw)
In-Reply-To: <1131017984.6239.36.camel@jetpack.demon.co.uk>
On Thu, Nov 03, 2005 at 11:39:43AM +0000, Alan Hourihane wrote:
> On Thu, 2005-11-03 at 22:20 +1100, Neil Brown wrote:
> > On Thursday November 3, alanh@fairlite.demon.co.uk wrote:
> > >
> > > I mean "Load the kernel image from an md device" which is what it means
> > > to me too.
> > >
> > > So, you go on to say that booting from raid5 almost certainly requires
> > > bios support - so I'm back to needing the onboard Sil 3114 BIOS to
> > > handle that and then get md/dmraid to sort the rest out - which gets
> > > back to my original question on when device mapper would get RAID5
> > > support so that dmraid can handle the SIL RAID5 metadata.
> >
> > "device mapper" and "dmraid" are of course different things.
> > One is a kernel subsystem, the other is a configuration tool.
> > For dmraid to be able to handle SIL RAID5, it is not necessary for
> > "device mapper" to get RAID5 support, only for dmraid to have
> > appropriate access to some sort of raid5 support in the Linux kernel.
> >
> > I would like md/raid5 (which is quite separate from device mapper) to
> > be able to provide the required level of support so that if the dmraid
> > developers so chose, they could use it rather than needing a second
> > raid5 implementation in the kernel. Hence my original question, asking
> > "how md/raid5 can be made to be sufficient" for the needs for dmraid?
>
> So what exactly is Heinz working on if it isn't support for RAID5 in
> device-mapper ?
It is a RAID4 and RAID5 device-mapper target.
>
> > I suspect all it needs is to be able to interface with a user-space
> > metadata handler, and possibly some extra configuration options to
> > match the expected functionality of the SiL.
> > The former I hope be possible by 2.6.16. The later I'm interested in
> > advice on.
>
> I'll defer to Heinz to make that choice - he's a lot closer to the code.
The device-mapper kernel subsystem aims to avoid multiple drivers for
block device virtualization being implemented seperately in the Linux
kernel by adding device-mapper targets as we go.
Implementing a target for RAID4 and RAID5 is just the long term approach
to get more mappings supported by device-mapper in order to minimize code
duplication.
>
> Alan.
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
--
Regards,
Heinz -- The LVM Guy --
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Red Hat GmbH
Consulting Development Engineer Am Sonnenhang 11
Cluster and Storage Development 56242 Marienrachdorf
Germany
Mauelshagen@RedHat.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2005-11-03 18:41 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-22 11:40 RAID5 support ? Alan Hourihane
2005-10-22 13:49 ` Neil Brown
2005-10-22 15:58 ` Alan Hourihane
2005-10-23 23:54 ` Neil Brown
2005-10-24 12:46 ` Alan Hourihane
2005-11-03 3:17 ` Neil Brown
2005-11-03 9:04 ` Alan Hourihane
2005-11-03 10:07 ` Neil Brown
2005-11-03 10:30 ` Alan Hourihane
2005-11-03 11:20 ` Neil Brown
2005-11-03 11:39 ` Alan Hourihane
2005-11-03 18:41 ` Heinz Mauelshagen [this message]
2005-10-25 14:41 ` Heinz Mauelshagen
2005-10-25 15:12 ` Molle Bestefich
-- strict thread matches above, loose matches on Subject: below --
2005-10-24 19:45 Jane Liu
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=20051103184106.GD3522@redhat.com \
--to=mauelshagen@redhat.com \
--cc=dm-devel@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.