From: Wilfried Weissmann <Wilfried.Weissmann@gmx.at>
To: Arjan van de Ven <arjanv@redhat.com>
Cc: "Kevin P. Fleming" <kpfleming@backtobasicsmgmt.com>,
Jeff Garzik <jgarzik@pobox.com>,
Carl-Daniel Hailfinger <c-d.hailfinger.kernel.2004@gmx.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>,
Device mapper devel list <dm-devel@redhat.com>
Subject: Re: ATARAID/FakeRAID/HPTRAID/PDCRAID as dm targets?
Date: Sun, 21 Mar 2004 14:47:06 +0100 [thread overview]
Message-ID: <405D9CDA.6070107@gmx.at> (raw)
In-Reply-To: <20040321074711.GA13232@devserv.devel.redhat.com>
Arjan van de Ven wrote:
> On Sat, Mar 20, 2004 at 07:23:01PM -0700, Kevin P. Fleming wrote:
>
>>Jeff Garzik wrote:
>>
>>
>>>So go ahead, and I'll lend you as much help as I can. I have the full
>>>Promise RAID docs, and it seems like another guy on the lists has full
>>>Silicon Image "medley" RAID docs...
I am the only one without docs? Oh, Crap!
>>
>>If these "soft" RAID implementations only support RAID-0/1/0+1/1+0, is
>>there really any need for a new DM target? Wouldn't you just need a
>>userspace tool to recognize the array and do the "dmsetup" operations to
>>make it usable?
>
>
> the later.
Why not join my evms-plugin work? This has 4 advantages over the
"stand-alone binary" approach:
1. its all within evms
There is no need for additional tools required to setup the volume
(thinking about installers and initrd...).
2. evms comes with partition handling.
Otherwise someone has to write another tool/library that does the
partition setup.
3. it works for 2.6 and (patched) 2.4 kernels
4. nice clickety-click user interface
Especially useful for lazy people like me. ;)
My plugin has to be a bit redesigned to allow easier integration of
support code for other controllers. What is required is basically to
split the plugin in a common and a per-controller module. No big deal.
Or we can make a new plugin for every controller...
see: http://marc.theaimsgroup.com/?l=evms-devel&m=107936928618685&w=2
Apropos: If we do evms plugins then we might want to have the
possibility to detect if some ataraid module aleady has picked up the
disk. In this case we should not create a volume because of someone
might try to mount the same volume via the ataraid and evms devicefiles
which leads to filesystem corruption. I thought about makeing a /proc
ataraid entry that contains the claimed disks. I think this should be
supported by all ataraid modules if this is done so I am asking you:
What do you think?
Regards,
Wilfried
next prev parent reply other threads:[~2004-03-21 13:47 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-20 18:19 ATARAID/FakeRAID/HPTRAID/PDCRAID as dm targets? Carl-Daniel Hailfinger
2004-03-20 20:51 ` Jeff Garzik
2004-03-21 2:23 ` Kevin P. Fleming
2004-03-21 7:47 ` Arjan van de Ven
2004-03-21 13:47 ` Wilfried Weissmann [this message]
2004-03-22 19:14 ` Carl-Daniel Hailfinger
2004-03-22 19:29 ` Jeff Garzik
2004-03-23 21:15 ` Wilfried Weissmann
2004-04-01 3:06 ` Carl-Daniel Hailfinger
2004-04-01 3:19 ` Carl-Daniel Hailfinger
2004-04-01 5:28 ` Jeff Garzik
2004-03-23 21:03 ` Wilfried Weissmann
2004-03-21 18:07 ` Jeff Garzik
2004-03-21 18:40 ` Carl-Daniel Hailfinger
2004-03-21 18:45 ` Kevin P. Fleming
2004-03-21 19:44 ` Carl-Daniel Hailfinger
2004-03-21 20:01 ` Carl-Daniel Hailfinger
2004-03-21 20:19 ` christophe varoqui
2004-03-22 11:46 ` Carl-Daniel Hailfinger
2004-03-21 18:58 ` Måns Rullgård
2004-03-24 18:21 ` Pedro Larroy
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=405D9CDA.6070107@gmx.at \
--to=wilfried.weissmann@gmx.at \
--cc=B.Zolnierkiewicz@elka.pw.edu.pl \
--cc=arjanv@redhat.com \
--cc=c-d.hailfinger.kernel.2004@gmx.net \
--cc=dm-devel@redhat.com \
--cc=jgarzik@pobox.com \
--cc=kpfleming@backtobasicsmgmt.com \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox