Re: AARGH! Please help. IDE controller fsckup

Roy Sigurd Karlsbakk (roy@karlsbakk.net)
Thu, 3 Oct 2002 15:13:28 +0200


> > I have used presistent superblocks, but md0,1,2,3 will be differently
> > ordered if I change the disk order... At least I think so. It surely
> > didn't work.
>
> No. md0 would stay md0. This is another effect of using superblocks,
> and in fact this is also (ironically) more or less the only argument
> *against* using them :)
>
> (Imagine inserting a disk which knows that it is disk 0 of md0 into some
> machine that already has a perfectly fine md0 running)

ok. so. theoretically - as long as the system finds all 16 drives, I should be
able to shuffle them around and attach them to whichever controller there is?
right?

ok.

now, I've replaced the faulty controller, and booting up. the new controller
is also (like the old one) a CMD649...

hæ?

it works. but it surely didn't work last time...

thanks

> > But ... with persistent superblock - is it possible to fsckup the raid?
>
> You're root, it is indeed possible :)

er - yes. I more meant like 'automagically'

> But you would not need to perform any of the special operations that you
> need to now.
>
> Persistent superblocks saves you from a number of "bad" situations you
> can encounter with normal production systems (such as replacing a
> controller or moving disks around).
>
> One should be careful when moving disks with persistent superblocks
> between systems though. You don't want the kernel to autodetect the
> "wrong" md0 on boot :) I consider this problem nonexistent in the
> production environment that I administer, but I know that some people
> feel differently about it. You should consider these pros and cons in
> relation to your environment and make a decision based on that.

-- 
Roy Sigurd Karlsbakk, Datavaktmester
ProntoTV AS - http://www.pronto.tv/
Tel: +47 9801 3356

Computers are like air conditioners. They stop working when you open Windows.

- 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/