У меня есть сервер Debian с набегом MD (2 actives, одна запчасть):
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>
Чтобы пойти еще дальше, после предыдущего шага, вы также можете добавить атрибуты device= в теги ARRAY, давая mdadm точную раскладку вашего рейда. Здесь также учитывается порядок расположения устройств.
После этого не забудьте обновить initramfs, так как mdadm.conf также является частью процесса инициализации загрузки:
sudo update-initramfs -k all -u