Lamar Owen wrote:
On Tuesday 21 August 2007, Feizhou wrote:
Les Mikesell wrote:
Jim Perrin wrote:
Should it be possible to hot-swap SATA drives with Centos5?
Depends on the SATA controller, but yes. If the controller allows, you
can hotswap sata drives.
How are the names supposed to work when one may be missing at bootup and
added later?
I thought the system would just assign the next available /dev/sdx?
Then there was the post about wanting to be able to pull a SATA/eSATA
disk in and have the system automatically mount whatever filesystem is
on the disk...
That was mine. Still working on it.
Would it have to smarts to live partition type FD alone?
As to the hardware support, the definitive answer is found at
www.linux-ata.org
As to device naming, use LABEL= to fix that. SCSI device naming on Linux
stinks.
Oh yeah!
I'm dinking around with a Ubuntu install right now that is giving me fits
because of linux PCI/SCSI weirdness. The boot drive (as set in the BIOS) is
probed by the kernel as /dev/sdc. Fun. The setup has two 80GB drives in MD
RAID1 (200MB /boot on /dev/md0, and 77GB / on /dev/md1, both on the same
drives) and four 250GB drives in 3-disk RAID5 with a hotspare. The drives
are spread on three two port controllers (no, I don't have a four or six port
controller handy, not an option in this case). Still working grub to get the
thing to boot....
Ugh...
LABEL= does actually have its uses; I migrated a filesystem on a CentOS 4 VM
running on one of our two VMware ESX beasts (2x Dell 6950, 4x dual core
Opterons, 32GB RAM each, dual 4Gb/s fibre-channel to 2x EMC CLARiiON
CX3-10c's with 20TB each) from the internal 3x300GB RAID to a 1.95TB LUN on
the CX3. By using LABEL=, I was able to blow the drive away in VI Client on
the VM, and boot right up without device ordering problems.
:-)
But I have also been bitten by the 'LABELs are the same on cloned disks' fun
and games....
What I'm currently doing with the eSATA deal is having an entry in fstab, set
to noauto, and using LABEL=, and an icon in KDE to mount it on the desktop.
it is not seamless; unmounting is much more of a chore, as KDE has fun with
the icon, doesn't enable the context menu 'safely remove' (aka, unmount)
option, etc. But it's better than nothing. Just haven't had time to see how
to enable SCSI removable support (dig through the udev and hotplug stuff
sometime and you'll see what I mean) in libata as yet. With SCSI removable
support (which usbstorage implements, which is why it works) the system Just
Works properly.
Maybe when I get a box to play with....the OpenSolaris box is already in
production so I cannot experiment there.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
