comparison content/Linux/software-raid-setup.md @ 85:2444e4533089

add the RAID setup article
author Dirk Olmes <dirk@xanthippe.ping.de>
date Wed, 12 Jul 2017 04:14:55 +0200
parents
children abc2401e9958
comparison
equal deleted inserted replaced
84:8b5501bb7973 85:2444e4533089
1 Title: Setting up a software RAID1
2 Date: 2017-07-12
3 Lang: en
4 Tags: Gentoo
5
6 I'm helping a friend to set up a machine with [Gentoo](http://www.gentoo.org). This will be a machine to host production applications and it is equipped with 2 identical hard drives. I will set up a [software RAID 1](https://raid.wiki.kernel.org). This has been a life saver on a similar machine before where one of the drives failed and we had no data loss and only minimal downtime during which the drive was replaced.
7
8 One goal of the new setup is to remain bootable even if one of the drives fails. I had trouble accomplishing this in earlier setups so this time I tested the process locally on a virtual machine before setting up the real iron.
9
10 The first step of the setup is partitioning the drives. The [handbook](https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks) suggests adding a small partition at the beginning of the drive to enabl booting from a gpt partitioned drive. The `/boot` partition will be formatted using [ext4](https://en.wikipedia.org/wiki/Ext4) because the filesystem will remain bootable even if one of the drives is missing. The rest of the disk will be formatted using [xfs](https://en.wikipedia.org/wiki/XFS). To recap the layout:
11
12 Number Start End Size File system Name Flags
13 1 1.00MiB 3.00MiB 2.00MiB grub bios_grub
14 2 3.00MiB 95.0MiB 92.0MiB boot
15 3 95.0MiB 8191MiB 8096MiB rootfs raid
16
17 The second drive is partitioned exactly the same.
18
19 Now let's create a RAID 1 for the boot partition:
20
21 mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb2 /dev/sdc2
22
23 and for the rootfs:
24
25 mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdb3 /dev/sdc3
26
27 To maintain the RAID device numbering even after reboot, the RAID config has to be saved. This will be done by
28
29 mdadm --detail --scan >> /etc/mdadm.conf
30
31 Then create an ext4 filesystem on `/dev/md0` and an xfs filesystem on `/dev/md1`. Nothing noteworthy here.
32
33 The observant reader will have noticed from the device names above that I'm testing my installation from a running system on `/dev/sda`. To save the hassle of going through the entire stage3 setup process I'm simply copying the running system to the newly created RAID filesystems.
34
35 After chrooting into the new system some changes have to be made to the [genkernel](https://wiki.gentoo.org/wiki/Genkernel) config in order to produce a RAID enabled initramfs. In `/etc/genkernel.conf` set
36
37 MDADM="yes"
38 MDADM_CONFIG="/etc/mdadm.conf"
39
40 Now we're set to build the kernel.
41
42 While it's compiling, edit `/etc/default/grub` (I'm of course using [grub2](https://www.gnu.org/software/grub/manual/grub.html) for booting) and add
43
44 GRUB_CMDLINE_LINUX="domdadm"
45
46 Setup grub on both devices individually using `grub-install /dev/sdb` and `grub-install /dev/sdc`.
47
48 After the kernel has finished compiling, generate the proper grub config using `grub-mkconfig -o /boot/grub/grub.cfg`.
49
50 Before rebooting the `fstab` has to be set up correctly. I prefer to use UUIDs for filesystems instead of device names - this is a bit more fault tolerant in case device numbering is mixed up. It was a main challenge to find an unambiguous UUID for the both RAID filesystems. There are a number of places to get a UUID from: `mdadm --detail`, `blkid`, `tune2fs -l`, `xfs_admin -u` and I'm sure I forgot more. The helpful guys at the [gentoo IRC channel](https://www.gentoo.org/get-involved/irc-channels/) pointed me in the right direction. Use `lsblk -f /dev/md0` to find a UUID that uniquely identifies the RAID and check using `findfs UUID=<uuid>`.
51
52 After updating the `fstab` the system is ready for a first boot into the RAID setup.
53
54 I tested failing drives by simply removing the first (or the second) drive from the virtual machine. The whole setup still boots off either drive.