From: David Greaves <david@dgreaves.com>
To: Guy <bugzilla@watkins-home.com>
Cc: 'Frank Wittig' <fw@weisshuhn.de>,
rv@eychenne.org, linux-raid@vger.kernel.org
Subject: Re: Questions about software RAID
Date: Wed, 20 Apr 2005 08:59:41 +0100 [thread overview]
Message-ID: <42660BED.7000804@dgreaves.com> (raw)
In-Reply-To: <200504200415.j3K4FWm29946@www.watkins-home.com>
Guy wrote:
> Well, I agree with KISS, but from the operator's point of view!
>
> I want... <snip>
Fair enough.
But I think the point is - should you expect the mdadm command to do all
that?
or do you think that it would make sense to stick with a layered
approach that allows anything from my Zaurus PDA to an S390 mainframe to
use basic md - with the S390 probably layering some management sw like
EVMS over the top of md/mdadm.
The *nix command line tool philosophy has generally been "do one thing
and do it well". It does provide some confusion for newbies when they
see a collection of tools - but try running the one-liner - or numerous
others like it - on OSes or tools that take the monolithic approach.
Also - should the LED control code be built into mdadm? And should Neil
write it?
Is that for Dell controllers? or IBM ones? or SGI ones? what about my
homemade parallel port one? What about controlling the LEDs on my PDA?
Or should it be a seperate bit of code that needs a wrapper script and
plugs in to a modular system like - you guessed it - EVMS.
And Guy, I know what *you* think :)
And I think the EVMS folk would accept patches for your suggestions -
including any LED control ones.
I do think you would need to ask Neil to support
mdadm --sync-/dev/sdc-to-replace-/dev/sdg-even-though-/dev/sdg-is-fine
mdadm --use-/dev/sdc-and-make-/dev/sdg-spare
which would be especially useful if /dev/sdg were part of a shared
spares pool.
David
next prev parent reply other threads:[~2005-04-20 7:59 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-19 11:00 Questions about software RAID bernd
2005-04-19 14:40 ` Hervé Eychenne
2005-04-19 15:27 ` David Greaves
2005-04-19 15:54 ` Hervé Eychenne
2005-04-19 16:53 ` Frank Wittig
2005-04-19 17:54 ` Hervé Eychenne
2005-04-19 19:46 ` Frank Wittig
2005-04-20 4:15 ` Guy
2005-04-20 4:47 ` Questions about software RAID - red led Alvin Oga
2005-04-20 7:59 ` David Greaves [this message]
2005-04-20 9:26 ` Questions about software RAID Molle Bestefich
2005-04-20 9:32 ` Hervé Eychenne
2005-04-20 17:36 ` Molle Bestefich
2005-04-20 11:16 ` Peter T. Breuer
2005-04-20 12:34 ` Lars Marowsky-Bree
2005-04-20 15:49 ` Martin K. Petersen
2005-04-21 1:21 ` Guy
-- strict thread matches above, loose matches on Subject: below --
2005-04-18 19:50 tmp
2005-04-18 20:12 ` David Greaves
2005-04-18 23:12 ` tmp
2005-04-19 6:36 ` Peter T. Breuer
2005-04-19 7:15 ` Luca Berra
2005-04-19 8:08 ` David Greaves
2005-04-19 12:18 ` Michael Tokarev
2005-04-18 20:15 ` Peter T. Breuer
2005-04-18 20:50 ` Frank Wittig
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=42660BED.7000804@dgreaves.com \
--to=david@dgreaves.com \
--cc=bugzilla@watkins-home.com \
--cc=fw@weisshuhn.de \
--cc=linux-raid@vger.kernel.org \
--cc=rv@eychenne.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;
as well as URLs for NNTP newsgroup(s).