On 02/03/2011 09:00 AM, Lamar Owen wrote:
> ------------------------------
>
> On Wednesday, February 02, 2011 08:04:43 pm Les Mikesell wrote:
>> > I think there are ways that drives can fail that would make them not be detected
>> > at all - and for an autodetected raid member in a system that has been rebooted,
>> > not leave much evidence of where it was when it worked. If your slots are all
>> > full you may still be able to figure it out but it might be a good idea to save
>> > a copy of the listing when you know everything is working.
> I'll echo this advice.
>
> I guess I'm spoiled to my EMC arrays, which light a yellow LED on the DAE and on the individual drive, as well as telling you which backend bus, which enclosure, and which drive in that enclosure. And the EMC-custom firmware is paranoid about errors.
>
> But my personal box is a used SuperMicro dual Xeon I got at the depth of the recession in December 2009, and paid a song and half a dance for it. It had the six bay hotswap SCSI, and I replaced it with the six bay hotswap SATA, put in a used (and cheap) 3Ware 9500S controller, and have a RAID5 of four 250GB drives for the boot and root volumes, and an MD RAID1 pair of 750GB drives for /home. The Supermicro motherboard didn't have SATA ports, but I got a 64-bit PCI-X dual internal SATA/dual eSATA low-profile board with the low-profile bracket to fit the 2U case. Total cost<$500.
>
Less than $500 for a Supermicro box? Holy crap, Batman!
I'm using one of their motherboards (X8DAL-3) in a home-brew
configuration, which has turned out to be somewhat less expensive than a
factory-built Supermicro, but still not cheap. I'll say one thing for
them ... they do make really nice stuff, with little extras the
commodity makers like Asus or Gigabit don't include. Well worth the
extra dollars. This box just screams, so it should handle KVM very
nicely if I organize the arrays properly ... anyone with RAID-60 advice
please chime in.
I took Les' advice and built a connection map of the 15 drives. The
Disk Utility GUI turned out to be useful once I determined the SATA
breakout cable order and labelled each with its PHY number. Knowing
that lets me use the GUI to clearly identify a failed drive, which shows
up as a PHY#. I'm normally a command-line kinda guy but this utility is
something I really like on RHEL-6. I hope it's the same on CentOS-6.
I'll organize the disk arrays with this trial version of RHEL, on the
assumption that CentOS-6 simply picks them up as-built.
Chuck
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
