Kiyan Azarbar wrote:
> I ordered them. What I'm wondering is how the controllers will be
> identified provided I do nothing special to set up the kernel (2.2.10
> with 0723 raid patch). which controller will get hde/f,g/h, and which
> will get hdi/j,hdk/l (if I install two ultra33's in a single
> motherboard?)
In PCI card init order. Generally this is farthest away from the AGP slot
first, but can be the opposite. As you'll see, it really doesn't matter.
I'm not sure (off the top of my head) whether 2.2.10 supports 6 ide
channels, it might only support four. If your last controller is not
detected on initial boot, you likely need the ide kernel patches. They can
be had at http://www.linuxhelp.org/linuxide/ . Also, if you don't have
/dev/hd[ijkl]* yet, make sure you track down the MAKEDEV script in the
kernel or in the patch to make these for you.
> I am wondering how I can migrate those drives to the promise ultra33's
> without losing data? If I edit /etc/raidtab to point to other devices
> say (/dev/hde1 /dev/hdg1 /dev/hdi1) (same for the other md device) and
> I put the devices in the right order (i.e. the same raid-disk number
> as with the old config in raidtab), then all I have to do is reboot,
> no?
Since (from below) it seems you have raid autostart and persistent
superblocks set, you don't have to do a thing. Really! The raid auto-start
code never looks at /etc/raidtab, just at partition types and superblocks.
So it will faithfully restart your array correctly without any intervention.
Of course, you'll want to edit your raidtab after the fact to make sure it's
up to date in case you ever need to do an emergency surgery ;)
It really does work... I just did it a couple of days ago, worked without a
hitch.
> Is there anyway I can disable the autodetection in the
> kernel , short of recompiling the kernel? I.e. is there a kernel flag
> to the raid subsystem?
You can disable raid autodetection by changing the partition types to
anything but 'fd', but there is really no need to.
Enjoy.
