From:"Nico Kadel-Garcia" <nka...@gmail.com> Date:Tue, 14 Apr, 2015 at 0:29 Subject:Re: need SSD RAID controller advice
On Mon, Apr 13, 2015 at 3:10 PM, Konstantin Olchanski <olcha...@triumf.ca> wrote: > On Mon, Apr 13, 2015 at 08:25:51AM -0400, Nico Kadel-Garcia wrote: >> On Mon, Apr 13, 2015 at 8:10 AM, James M. Pulver <jmp...@cornell.edu> wrote: >> > I would point out that I'm not sure I've ever really seen the benefit of >> > "Real Raid" except for the vendor making more money. The only place I've >> > used it is in iSCSI boxes that run everything in firmware. >> >> The ability to properly RAID the boot partition, with "/boot" on it, ... >> > > I am not sure what you refer to. With SL5 and SL6 you have 2 disks, > put "/" on a software RAID1 partitions put grub on both disks (grub, > device (hd0) /dev/sda, root (hd0), setup, done; grub device (hd0) /dev/sdb, > root (hd0), setup, done) and watch your machine boot from either disk - > on need for separate "/boot", everything is "properly raided". All this is > done automatically by the SL installer. Until it fails. Grubby, along with the kernel installlation RPM, doesn't know how to update, manage, or keep synchronized this second /boot partition. Hilarity can then ensue, along with making sure that your /etc/fstab doesn't detect the wrong disk and mount it incorrectly as /dev/sda. See, if your first disk dies, unless you're very cautious with /etc/fstab, it's very much a crapshoot if hte right partition will mount as "/boot". Been there, done that, gave up on the silliness. There should only be one boot partition that is mirrored across all drives. Grub doesn't have to synch them because the raid sw does it. > -- > Konstantin Olchanski > Data Acquisition Systems: The Bytes Must Flow! > Email: olchansk-at-triumf-dot-ca > Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
