lkml.org 
[lkml]   [2002]   [Jul]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: RAID problems
    On Wed, 31 Jul 2002, Neil Brown wrote:

    > On Tuesday July 30, wa1hco@adelphia.net wrote:
    > >
    > > Raid needs an automatic way to maintain device synchronization. Why should
    > > I have to...
    > > manually examine the device data (lsraid)
    > > find two devices that match
    > > mark the others failed in /etc/raidtab
    > > reinitialize the raid devices...putting all data at risk
    > > hot add the "failed" device
    > > wait for it to recover (hours)
    > > change /etc/raidtab again
    > > retest everything
    > >
    > > This is 10 times worse that e2fsck and much more error prone. The file
    > > system guru's worked hard on journalling to minimize this kind of risk.
    > >
    >
    > Part of the answer is to use mdadm
    > http://www.cse.unsw.edu.au/~neilb/source/mdadm/
    >
    > mdadm --assemble --force ....
    >
    > will do a lot of that for you.

    Gotit! Thank you, I'll give this a cautious try as soon as I have a system
    I can boink, perhaps this weekend, definitely if it rains and I don't have
    to do things outside;-)

    > Another part of the answer is that raid5 should never mark two drives
    > as failed. There really isn't any point.
    > If they are both really failed, you've lost your data anyway.
    > If it is really a cable failure, then it should be easier to get back
    > to where you started from.
    > I hope to have raid5 working better in this respect in 2.6.

    Do the drivers currently do a bus reset after a device fail? That is,
    after the last attempt to access the device before returning an error? If
    the retries cause the failed sevice to hang the bus again, the final reset
    might give function on other drives. Clearly that's not a cure-all, and I
    think it would have to be at the driver level. I know some drivers do try
    a reset, because they log it, but I don't remember if they do a final
    reset when they give up.

    > A finally part of the answer is that even perfect raid software cannot
    > make up for buggy drivers, shoddy hard drives, or flacky cabling.

    No question there, but not always shoddy... I got some drives from a major
    vendor I'd not name without asking a lawyer, and until I got a firmware
    upgrade two weeks later they were total crap. It would seem that Linux
    does some thing which Win/NT don't in terms of command sequences. I'm
    guessing an error in the state table stuff, but {vendor} wouldn't say.

    --
    bill davidsen <davidsen@tmr.com>
    CTO, TMR Associates, Inc
    Doing interesting things with little computers since 1979.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:27    [W:0.027 / U:29.516 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site