UEFI가 아닌 CentOS 6.6 "빈" 설치를 각각 별도의 RAID 1(드라이브 3개/예비 1개) /boot
에 설정했습니다 . /
드라이브 하나를 제거하고 재부팅한 후 백업 드라이브와 동기화했습니다. 이 작업이 완료된 것을 확인하고 세 번째 드라이브를 추가하고 동기화한 다음 다른 드라이브를 제거했습니다. 이번에는 나머지 두 드라이브 중 하나에서 부팅되는 커서가 깜박이는 것을 볼 수 있습니다. MBR을 세 드라이브 모두에 복사해야 합니까, 아니면 다른 것에 복사해야 합니까? 미리 감사드립니다.
편집: 원래 질문에서는 드라이브를 제거한 후 커널 패닉이 발생했지만 두 개의 RAID 볼륨을 동기화할 충분한 시간을 주지 않았습니다. 질문을 업데이트했습니다.
/etc/fstab, /etc/mdadm.conf, /boot/grub/grub.conf:
[root@localhost ~]# cat /etc/fstab
#
# /etc/fstab
# Created by anaconda on Thu Mar 5 08:30:44 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=875d9c47-8f70-4545-8d11-16264e0dfe01 / ext4 defaults 1 1
UUID=a41ea1b5-6155-46b5-baac-395d5f9f06bc /boot ext4 defaults 1 2
UUID=67724b5c-3bf7-43c2-af68-d165a72c7919 swap swap defaults 0 0
UUID=6803812c-7478-4586-91bf-aca1d93b117a swap swap defaults 0 0
UUID=2f7c37b5-8e2a-4acb-9310-8f1841338383 swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
LABEL=BACKUP /backup xfs defaults 0 0
[root@localhost ~]# cat /etc/mdadm.conf
# mdadm.conf written out by anaconda
MAILADDR root
AUTO +imsm +1.x -all
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=abd0217f:a277c9ed:fe406fe9:fda616f3
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=e8bb6fca:e7b00a8d:1b9331b8:9dde9ce4
[root@localhost ~]# cat /boot/grub/grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/md1
# initrd /initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.32-504.8.1.el6.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.32-504.8.1.el6.x86_64 ro root=UUID=875d9c47-8f70-4545-8d11-16264e0dfe01 rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_MD_UUID=e8bb6fca:e7b00a8d:1b9331b8:9dde9ce4 SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet
initrd /initramfs-2.6.32-504.8.1.el6.x86_64.img
title CentOS 6 (2.6.32-504.el6.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.32-504.el6.x86_64 ro root=UUID=875d9c47-8f70-4545-8d11-16264e0dfe01 rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_MD_UUID=e8bb6fca:e7b00a8d:1b9331b8:9dde9ce4 SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet
initrd /initramfs-2.6.32-504.el6.x86_64.img
답변1
3개 드라이브 모두에 grub을 설치해야 합니다 grub-install
.
답변2
@psusi가 맞습니다. 3개 드라이브 모두에 grub을 설치해야 하지만 첫 번째 드라이브가 없거나 오류가 발생한 경우 시스템이 두 번째 또는 세 번째 드라이브에서 부팅되는지 확인해야 합니다.
또한 각 드라이브에 1개씩, 총 3개의 스왑 파티션이 있다는 것을 확인했습니다. 따라서 스페어는 교체에 사용되므로 실제로는 스페어가 아닙니다. 따라서 드라이브에 장애가 발생해도 시스템이 계속 작동할지는 불분명합니다. 아마도 즉각적인 패닉과 재부팅이 발생한다면 아마도 당신이 원하는 것이 아닐 것입니다!
스왑 파티션을 RAID1 어레이로 구성하는 것이 일반적인 관행입니다. 그러면 시스템이 (현재 활성) 대기 어레이로 재구축하는 동안 성능이 저하된 어레이를 계속 사용하기 때문입니다.
그런데, 시스템이 언제든지 하나의 드라이브를 예비용으로 사용하여 실행되는 경우 활성 드라이브 중 하나에 오류가 발생하면 "예비" 드라이브가 완전히 재동기화되기 때문에 재구축 기능만 테스트하고 있다고 가정합니다. 디.