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