Re: raid 5 question

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux