Skip to main content

Install RHEL using software RAID

Issue: I was sorely disappointed when I was exposed to how poor "RAID" is on commodity motherboards (like ASUS and Gigabyte).  I had not put much thought into exactly what it meant when they claimed they had SATA RAID.  This whole epiphany was the result of when I had installed RHEL (or Fedora, I can't recall) on a system with a 1TB drive. Fortunately the drive that was headed for certain doom, failed shortly after the install.  No big deal, right? I'll just throw another drive in and it should take off... somehow?  Well, not even close, actually.

fakeRAID is the term I see used in referencing this setup.  There most likely is some benefit to this approach when using Windows and the overlying fakeRAID software components.  It would seem that you could boot the system from one of the 2 mirrors and start the fakeRAID software and inform it that a replacement drive was installed. There may also be some sort of performance improvement using this stack.  I'm not interested in all that mess though...

I configured my SATA controller back to AHCI with 2 "basic" drives and started the install.
The installation is a bit cumbersome. I will say, in it's defense, to be able to create a software RAID device, or devices... with LVM, during a GUI installation, is pretty impressive.

Steps:
Boot from installation media, of course
Select the drives you wish to use - I also indicate that I would like to "Use All Space" and check the "review" button towards the bottom.  You will be removing any suggestions the installer makes anyhow.
Remove all LVM and partitions currently present on your drives (that you didn't want to preserve)
<INSERT FINISH STEPS HERE>



Comments

Popular posts from this blog

PXE boot a LiveCD image

Summary: I have wanted to build a kickstart environment which hosted a "rescue CD" or LiveCD to allow you to boot over the network after you blew your stuff up and needed to repair a few things.  Today I have worked through a method of doing so, with the help of the people who published a succinct script with the Red Hat Enterprise Virtualization Hypervisor.  (the script will be at the bottom of this post - if I have somehow not followed the GPL, please let me know and I will correct whatever is necessary) NOTE/Warning: The boot will fail due the initrd being too large (645mb).  I'm not sure how to proceed.  This procedure worked for RHEVh, because it is quite a bit smaller.  Hopefully I can report back with progress on this? :-$ Procedure: download your LiveCD image to /export/isos/RESCUE/Fedora-16-i686-Live-Desktop.iso # cd /var/tmp # vi livecd-iso-to-pxeboot (populate the file with the script shown below) # chmod 754 ./livecd-iso-to-pxeb...

"Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)"

"Error getting authority: Error initializing authority: Could not connect: No such file or directory (g-io-error-quark, 1)" One issue that may cause this to arise is if you managed to break your /etc/fstab We had an engineer add a line with the intended options of "nfsvers=3" but instead added "-onfsvers=3" and it broke the system fairly catastrophically.

P2V using dd for KVM-QEMU guest

Preface: I have certainly not exhaustively tested this process.  I had a specific need and found a specific solution that worked. Situation:  I was issued a shiny new laptop running Red Hat Enterprise Linux 7 (with Corp VPN, certs, Authentication configuration, etc...)  The image was great, but I needed more flexibility on my bare metal.  So, my goal was to P2V the corporate image so I could just run it as a VM. * Remove corporate drive and install new SSD * install corp drive in external USB-3 case * Install RHEL 7 on new SSD * dd old drive to a disk-image file in a temp location which will be an image which is the same size as your actual drive (unless you have enough space in your destination to contain a temp and converted image) * convert the raw disk-image to a qcow file while pushing it to the final location - this step should reduce the disk size - however, I believe it will only reduce/collapse zero-byte blocks (not just free space - i.e. if you de...