From: "Hervé Eychenne" <rv@eychenne.org>
To: Frank Wittig <fw@weisshuhn.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: Questions about software RAID
Date: Tue, 19 Apr 2005 19:54:07 +0200 [thread overview]
Message-ID: <20050419175407.GK3103@eychenne.org> (raw)
In-Reply-To: <426537A0.6020007@weisshuhn.de>
On Tue, Apr 19, 2005 at 06:53:52PM +0200, Frank Wittig wrote:
> >>And those who do can type:
> >> fdisk -l /dev/sda | grep -i fd | cut -f1 -d' ' | xargs -n1 mdadm -r
> >
> >
> > I really don't like kludgy things like that...
> [...]
> > Isn't the insertion/removal of a disk common enough to justify the
> > addition of a simple and clean mdadm option?
> have you thought about the idea that there is a certain clue behind the
> actual behaviour of the mdadm tool?
> is it so annoying to you to mark a disk/partition as faulty before
> removing it?
I'm sorry, but having to do a cat /proc/mdstat, figure out by myself
what to do (which partition is concerned), then type several commands
(for each concerned partition) actually is painful.
Maybe you are an experienced guy so it seems so simple to you... but
I'm always amused when an experienced guy refuses to make things
simpler for those who aren't as much as he is. And sends them to
Microsoft. Great.
This mailing-list is probably full of kernel guys, so maybe I should
have guessed. But I come here as a user (who wants RAID to work as
smoothly as possible), having found no other mailing-list (a user one)
for RAID on Linux. (did I miss it?)
Maybe I'm not asking questions to the right people, but for me,
computer science is about automating things. And the process or
replacing a crashed disk (described above) on a system managed with
mdadm is not particularly automated, right?
Maybe it's not a problem for _you_, because you know exactly what to
do by heart. So you've forgotten the complexity. But it's there, and
even if it's good that you can do complex and powerful things, it's
not normal to force people to get into that complexity to do simple
things. Think about it.
> do you think it makes sense to implement every single case in an extra
> command line option?
I personnaly do not consider that this is yet another case. For me,
RAID is about have disk availability, right? So the most common
production case is definitely when one of your disks crashed, and you
want to replace it.
There must be some kind of way to deal with that without typing too
much contextual command lines.
Whether this simple way should belong to mdadm is another question, but
I personnaly think it should, as it would introduce no overhead
(would it, really ?) and would be very helpful. Let me reassure you,
you could stay with several commands if you like. :-)
> did you ever thought about switching to a hardware where you can remove
> and add disks without having to do anything else than pull the old one
> out and push teh new one in?
Ok, here we are...
[First, the RAID controller I'm forced to deal with has no Linux
driver, but that's not important for our discussion.]
Software RAID is about doing the same that hardware RAID, but in soft.
I think we agree on that. ;-)
So I see absolutely no reason why software RAID should not be as
simple as possible. And RAID management with mdadm could be made
simpler for a common case like that.
> i run several raid arrays on many machines and i find the tools quite
> useful.
They are. They could be even more if things were as simple as
possible.
> if you mind such command lines like the one above you should
> think about switching to a microsoft product where you can push your
> mouse arround and tell everyone that you can do what you want without
> those kludgy command lines which no one really understands.
> so please ask and learn.
You tell me to ask and learn from kernel guys who like to type command
lines (I do, but I don't want to force everyone to do so). So maybe I
can tell you to please learn from users who like the command line, but
try to make simple things as simple as possible.
> there are many people on this list which are pleased to answer your
> questions.
> the idea behind *n?x systems is to combine simple functionality through
> pipes and redirects to gain unlimited complexy and power. so if you want
> to use the full power of *n?x systems you have to get used to this
> "kludgy" command lines.
I don't agree with that. Using grep on vague patterns is not
what I call power. Having to type several commands when one would
be enough (I insist that I think we are talking about one of the most
common cases) is not powerful, according to me.
My motto is "be as complex as possible for people who want power
(you, and sometimes me), but be as simple as possible for people who
just want things to be done quickly, simply, and efficiently (sometimes
me, and all the others)".
> the more you get used to it, the less "kludgy" they will be.
Of course, but the very idea is that one shouldn't have to get used to
it too much to perform simple and common actions.
But I guess we'll never agree anyway... :-(
Herve
--
_
(°= Hervé Eychenne
//) Homepage: http://www.eychenne.org/
v_/_ WallFire project: http://www.wallfire.org/
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2005-04-19 17:54 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 [this message]
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 ` Questions about software RAID David Greaves
2005-04-20 9:26 ` 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=20050419175407.GK3103@eychenne.org \
--to=rv@eychenne.org \
--cc=fw@weisshuhn.de \
--cc=linux-raid@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;
as well as URLs for NNTP newsgroup(s).