I received some good feedback about my post on systemd-networkd and bonded interfaces on Rackspace’s OnMetal servers, and I decided to write about another use case. Recent product updates allow you to attach a Cloud Block Storage volume, and this opens up quite a few new possibilities for deployments. So why not create a high-performance KVM hypervisor on an OnMetal server? Let’s do this. Disclaimer WHOA THERE. These are amazing servers and because of that, they’re priced much differently than Cloud Servers are.
Although Citrix recommends against using software RAID with XenServer due to performance issues, I’ve had some pretty awful experiences with hardware RAID cards over the last few years. In addition, the price of software RAID makes it a very desirable solution. Before you get started, go through the steps to disable GPT. That post also explains an optional adjustment to get a larger root partition (which I would recommend). You cannot complete the steps in this post if your XenServer installation uses GPT.
Before we get started, I really ought to drop this here: This begs the question: When should you use another method to upgrade Fedora? What other methods are there? You have a few other methods to get the upgrade done: Toss in a CD or DVD: You can upgrade via the anaconda installer provided on the CD, DVD or netinstall media. My experiences with this method for Fedora (as well as CentOS, Scientific Linux, and Red Hat) haven’t been too positive, but your results may vary.
Working with the RAID configurations on Linux can be a little involved if all you have is hpacucli. Luckily, the folks using HP’s OS distributions will get tools like hwraidinfo and hwraid status, but you can get these going in Linux as well. Here’s a bash script equivalent of hwraidinfo which will work in Linux: #!/bin/sh SLOTLIST=$(hpacucli ctrl all show | \ grep Slot | sed -e 's/^.*Slot //g' -e 's/ .