Hi all!
I'm still on C6. I'm using a RAID1 configuration (Linux software RAID)
and I'd like to either use the same one, or possibly configure it on
new drives (larger) when I upgrade to C7. (I'm really feeling the need
to move off C6.)
But it isn't at all obvious how one would do a new RAID1 setup in
Anaconda, and I don't find any user reports or other info on this
in the WIKI or forums (fora, properly, if I recall my high school
Latin).
Can anyone provide (or give pointers to) a good recipe for doing this?
thanks!
Fred
--
---- Fred Smith -- fredex at fcshome.stoneham.ma.us ----------------------------
Do you not know? Have you not heard?
The LORD is the everlasting God, the Creator of the ends of the earth.
He will not grow tired or weary, and his understanding no one can fathom.
----------------------------- Isaiah 40:28 (niv) -----------------------------
--On Wednesday, November 18, 2015 11:07:12 PM -0500 Fred Smith <fredex at fcshome.stoneham.ma.us> wrote:> But it isn't at all obvious how one would do a new RAID1 setup in > AnacondaDon't feel bad. The abortion that is the RHEL/CentOS 7 graphical install interface is far too dumbed-down to be easily usable by anyone that understands what is going on under the covers. Oh, the irony.> Can anyone provide (or give pointers to) a good recipe for doing this?A quick google brought up the following link that (looking just at the disk portion) appears to be mostly correct, and should give you the magic incantation: <http://www.ictdude.com/howto/install-centos-7-software-raid-lvm/> The one thing I would point out regarding the above link is that despite conventional UNIX wisdom, *don't* put /usr on a separate filesystem in CentOS 7. <sarcasm>Thank you RedHat</sarcasm> Flames to /dev/null. Devin
On Wed, Nov 18, 2015 at 09:49:43PM -0700, Devin Reade wrote:> --On Wednesday, November 18, 2015 11:07:12 PM -0500 Fred Smith > <fredex at fcshome.stoneham.ma.us> wrote: > > >But it isn't at all obvious how one would do a new RAID1 setup in > >Anaconda > > Don't feel bad. The abortion that is the RHEL/CentOS 7 graphical > install interface is far too dumbed-down to be easily usable by anyone > that understands what is going on under the covers. Oh, the irony. > > >Can anyone provide (or give pointers to) a good recipe for doing this? > > A quick google brought up the following link that (looking just at the > disk portion) appears to be mostly correct, and should give you the > magic incantation: > > <http://www.ictdude.com/howto/install-centos-7-software-raid-lvm/> > > The one thing I would point out regarding the above link is that despite > conventional UNIX wisdom, *don't* put /usr on a separate filesystem > in CentOS 7. <sarcasm>Thank you RedHat</sarcasm> > > Flames to /dev/null. > > Devinthat looks great, thank you! -- ---- Fred Smith -- fredex at fcshome.stoneham.ma.us ----------------------------- God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --------------------------- Corinthians 5:21 ---------------------------------
On Nov 18, 2015, at 9:49 PM, Devin Reade <gdr at gno.org> wrote:> > The one thing I would point out regarding the above link is that despite > conventional UNIX wisdom, *don't* put /usr on a separate filesystem > in CentOS 7. <sarcasm>Thank you RedHat</sarcasm> > > Flames to /dev/null.Sorry, you don?t get to throw that grenade and then run away. The old wisdom you refer to is simply obsolete, and it wasn?t Red Hat that made it so. ?Twas *progress* that made it so, specifically the fact that even a throwaway USB key has enough space to hold the complete OS on it these days. We no longer live in a world of 5 MB disk packs the size of extra large pizzas. Several OSes made /usr/{bin,lib} the same as /{bin,lib} way before Red Hat: Solaris, OS X, and Cygwin, at the least. Probably all of the embedded Linuxes, too. Even FreeBSD is starting to give up on /usr as separate from /. Although its installer still lets you put /usr into a separate slice, the boot process will break if you put it onto a different physical disk that the boot kernel can?t see, or use a different filesystem for it that isn?t compiled into the boot kernel. A truly ?traditional? Unix OS wouldn?t have this problem: as long as the tools necessary to mount /usr are in /, it would be able to boot. If you disbelieve that, try installing FreeBSD 9.0 (i.e. pre-ZFS-boot) into a VM, then move /usr into a ZFS pool. It won?t even boot into single-user mode! Ask me how I know.
On 11/18/2015 08:07 PM, Fred Smith wrote:> Can anyone provide (or give pointers to) a good recipe for doing this?One of the things I'm working on right now is moving toward a single standard partition layout for all systems, with RAID or without. The reason I want to do that is that it'll allow me to script the replacement of a failed drive, both so that I don't fat-finger it and so that our on-call staff can reasonably expect to replace a drive. In order to do that, I set up GPT on all drives, regardless of whether they are used in BIOS systems or UEFI. On BIOS systems, the first partition is a bios_boot partition, and on UEFI, it's an EFI system partition. The next partition is a small slice for RAID1 /boot. The last partition is a member of whatever RAID level is appropriate for the system. There are a couple of limiting factors on that. First, Anaconda won't create a large partition for bios_boot. Second, even in kickstart, Anaconda will reorder partitions. So, I can't use Anaconda to create partitions and achieve a uniform layout. I use this kickstart file for initial setup: http://home.dragonsdawn.net/kickstart/centos7 And this script to replace drives: http://home.dragonsdawn.net/kickstart/add-raid-member I still haven't decided how I'm going to handle EFI system partitions in the replacement script and otherwise, so this system is incomplete. But if people want to take a look and comment, I'd be interested in discussion.
On 11/18/2015 08:49 PM, Devin Reade wrote:> The abortion that is the RHEL/CentOS 7 graphical > install interface is far too dumbed-down to be easily usable by anyone > that understands what is going on under the covers.I really don't think that's an appropriate or useful way to discuss software.
On Wed, Nov 18, 2015 at 09:49:43PM -0700, Devin Reade wrote:> --On Wednesday, November 18, 2015 11:07:12 PM -0500 Fred Smith > <fredex at fcshome.stoneham.ma.us> wrote: > > >But it isn't at all obvious how one would do a new RAID1 setup in > >Anaconda > > Don't feel bad. The abortion that is the RHEL/CentOS 7 graphical > install interface is far too dumbed-down to be easily usable by anyone > that understands what is going on under the covers. Oh, the irony. > > >Can anyone provide (or give pointers to) a good recipe for doing this? > > A quick google brought up the following link that (looking just at the > disk portion) appears to be mostly correct, and should give you the > magic incantation: > > <http://www.ictdude.com/howto/install-centos-7-software-raid-lvm/> >I've been building C7 VMs with RAID-1 in Virtualbox these last couple of days, to pin down exactly how to do it. based on the link above, but I'm making "real" partitions instead of LVM. The current iteration seems to be running fine, but I had an odd problem when configuring the partitions: for two 10 gig virtual drives, it wouldn't let me use the last gig of space. or maybe it has some other issue on the max partition size,... it seemed to max out at around 9900 MB. This for sure won't do when I build it on real hardware, so I'm wondering if anyone else here has a clue what's going on?? thanks in advance! -- ---- Fred Smith -- fredex at fcshome.stoneham.ma.us ----------------------------- "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." ----------------------------- Jude 1:24,25 (niv) -----------------------------