У меня есть сервер Debian с MD raid (2 активных, один запасной):
Personalities : [raid1]
md1 : active raid1 sdc2[0] sdb2[1] sda2[2](S)
1068224 blocks [2/2] [UU]
md0 : active raid1 sdc1[2](S) sdb1[1] sda1[0]
487315584 blocks [2/2] [UU]
bitmap: 5/233 pages [20KB], 1024KB chunk
unused devices: <none>
Каждый раз, когда я загружаю этот сервер, массив ухудшается, и он начинает синхронизацию резервного диска. Дело в том, что, похоже, к нему подключен USB-диск, который в настоящее время /dev/sdd. Когда этого диска нет, он загружается нормально. /dev/sdd1, единственный раздел, на котором нет суперблока md, а тип раздела - Linux, а не автоматическое определение рейда.
Это деталь зеркального устройства для md0:
mdadm --detail /dev/md0
/dev/md0:
Version : 0.90
Creation Time : Sun Jun 8 04:10:39 2008
Raid Level : raid1
Array Size : 487315584 (464.74 GiB 499.01 GB)
Used Dev Size : 487315584 (464.74 GiB 499.01 GB)
Raid Devices : 2
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Tue Sep 15 09:23:33 2015
State : active
Active Devices : 2
Working Devices : 3
Failed Devices : 0
Spare Devices : 1
UUID : 9e408fbb:563a5459:f999b789:24d3b44e
Events : 0.83145
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
2 8 33 - spare /dev/sdc1
Детали /dev/sdc1 действительно показывает, что он запасной:
mdadm --examine /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 0.90.00
UUID : 9e408fbb:563a5459:f999b789:24d3b44e
Creation Time : Sun Jun 8 04:10:39 2008
Raid Level : raid1
Used Dev Size : 487315584 (464.74 GiB 499.01 GB)
Array Size : 487315584 (464.74 GiB 499.01 GB)
Raid Devices : 2
Total Devices : 3
Preferred Minor : 0
Update Time : Sat Sep 12 21:09:59 2015
State : clean
Internal Bitmap : present
Active Devices : 2
Working Devices : 3
Failed Devices : 0
Spare Devices : 1
Checksum : 7761bb13 - correct
Events : 83145
Number Major Minor RaidDevice State
this 2 8 33 2 spare /dev/sdc1
0 0 8 1 0 active sync /dev/sda1
1 1 8 17 1 active sync /dev/sdb1
2 2 8 33 2 spare /dev/sdc1
На самом деле ничего необычного.
Любая идея?
Редактировать:
Соответствующее содержание /etc/mdadm/mdadm.conf:
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=9e408fbb:563a5459:f999b789:24d3b44e
spares=1
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=e4578e57:9e0fd9e9:c7736f30:0e251564
spares=1
Такой тип соответствует выводу mdadm --detail --scan:
ARRAY /dev/md0 metadata=0.90 spares=1 UUID=9e408fbb:563a5459:f999b789:24d3b44e
ARRAY /dev/md1 metadata=0.90 spares=1 UUID=e4578e57:9e0fd9e9:c7736f30:0e251564
Возможно, это новая строка?
Я думаю, у вас может быть слишком старый mdadm.conf в ваших initramfs и / или mdadm запутывается во время обнаружения и инициализации массивов.
Попробуйте указать mdadm рассматривать только диски на шине PCI, добавив следующую строку в mdadm.conf:
DEVICE /dev/disk/by-path/pci*
Идя дальше, вы можете напрямую указать сами диски. Убедитесь, что вы используете адресацию, не зависящую от порядка (например, по UUID), и поместили запасной в последнюю запись:
DEVICE /dev/disk/by-uuid/<uuid1>
DEVICE /dev/disk/by-uuid/<uuid2>
DEVICE /dev/disk/by-uuid/<uuid3>
Чтобы пойти еще дальше, после предыдущего шага вы также можете добавить атрибуты devices = в теги ARRAY, передав точный макет вашего рейда в mdadm. Учитывайте и здесь порядок расположения устройств.
После этого не забудьте обновить initramfs, так как mdadm.conf также является частью процесса инициализации загрузки:
sudo update-initramfs -k all -u