From: "Jakob Østergaard" <jakob@unthought.net>
To: Derek Vadala <derek@cynicism.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: raid 5 question
Date: Tue, 30 Apr 2002 22:19:36 +0200 [thread overview]
Message-ID: <20020430221936.E15847@unthought.net> (raw)
In-Reply-To: <Pine.GSO.4.21.0204290956010.8825-100000@gecko.roadtoad.net>; from derek@cynicism.com on Mon, Apr 29, 2002 at 10:05:12AM -0700
On Mon, Apr 29, 2002 at 10:05:12AM -0700, Derek Vadala wrote:
> On Mon, 29 Apr 2002, [iso-8859-1] Jakob Østergaard wrote:
>
> > raidreconf (http://unthought.net/raidreconf) will do what you are asking,
>
> Is that the official site and are you and/or Danny Cox still working on
> the code?
1) It is the official site
2) We're not working on the code ;)
>I noticed that the raidreconf bundled with the raidtools-1.0 in
> skipjack is 0.1.2 and the one at unthought.net is 0.1.1-- but maybe that's
> because someone else worked on it and didn't put their name in.
That is interesting - too bad RedHat didn't care to ask me about the known
problems with the tool... Some of the known problems are easily fixable.
I guess their customers will tell them what happens when raidreconf encounters
a bad block ;) (trivial fix by the way)
>
> > In any case, I would be interested in hearing your experiences if you
> > decide to try out raidreconf.
>
> I've still got a bunch of comparison tests to run, but I'll post the
> results here when I' m done.
Great ! Thanks,
Oh, and just to let everyone know: I'm hoping that someone is going to take
raidreconf and integrate it into LVM or EVMS - this is clearly the way that
things *should* be going, and it would be needed for hot-reconfiguration
anyway. I can't do this myself, because I simply don't have the time.
As I see it - while raidreconf might be useful as it is today (I wrote it
because I needed it, and it has helped me a few times), the concept of having
to dismount, raidstop, reconfigure (for 20+ hours!), raidstart, ext2resize, and
remount, is dead. It is simply not acceptable. RAID reconfiguration *MUST* be
on-line, and it must be something that's just running in the background while
the server is ticking away doing whatever it is it is doing.
Knowing that I can't integrate it in the kernel as it should be (because of my
own time constraints), and knowing that the way the tool works today
(userspace, non on-line) is not acceptable, doesn't give me much of an
incentive to keep "working" on it.
Now I will try to push this to someone else, rather than feeling bad about not
doing anything about a potentially really useful tool myself.
Cheers, :)
--
................................................................
: jakob@unthought.net : And I see the elder races, :
:.........................: putrid forms of man :
: Jakob Østergaard : See him rise and claim the earth, :
: OZ9ABN : his downfall is at hand. :
:.........................:............{Konkhra}...............:
-
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:[~2002-04-30 20:19 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-26 8:47 raid 5 question Marcus Schommer
2002-04-29 2:13 ` Jakob Østergaard
2002-04-29 15:43 ` bo
2002-04-29 15:56 ` Maurice Hilarius
2002-04-29 17:05 ` Derek Vadala
2002-04-30 2:27 ` RAID detection and activation w/o auto detection bo
2002-04-30 3:31 ` Neil Brown
2002-05-01 1:38 ` Mr. James W. Laferriere
2002-05-01 1:47 ` Mr. James W. Laferriere
2002-05-01 5:21 ` Neil Brown
2002-04-30 20:19 ` Jakob Østergaard [this message]
2002-04-30 21:08 ` raid 5 question Derek Vadala
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=20020430221936.E15847@unthought.net \
--to=jakob@unthought.net \
--cc=derek@cynicism.com \
--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 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.