LINUX.ORG.RU
ФорумAdmin

[gentoo] Непонятки с софтрейдом


0

1

В системе есть несколько разных массивов, первый - md0 - зеркало для системы с метаданными 0.9, чтобы ведро его определяло до монтирования корня. Остальные 4 штуки (в т.ч. свап) - с нормальными метаданными 1.2, которые ядром не детектируются. Эти массивы прописаны в /etc/mdadm.conf:

DEVICE partitions

AUTO 1.x

ARRAY /dev/md/SWAP metadata=1.2 UUID=3d1a7f26:75aa4576:1bcaeb48:6361c7bd name=artek:SWAP
ARRAY /dev/md/RAID1_380GB metadata=1.2 UUID=7292b16b:0637aa38:e4d06c1b:68643d97 name=artek:RAID1_380GB
ARRAY /dev/md/RAID6_1800GB metadata=1.2 UUID=85324e50:f0256980:b40635d3:c4cbba36 name=artek:RAID6_1800GB bitmap=/var/lib/md3_bitmap
ARRAY /dev/md/RAID6_9TB metadata=1.2 UUID=501fff10:41bbc61d:0f2234c0:1e43292f name=artek:RAID6_9TB bitmap=/var/lib/md4_bitmap
Проблема такая - к моменту запуска /etc/init.d/mdraid эти массивы уже каким-то образом присутствуют в /proc/mdstat, но в состоянии inactive. И mdraid отказывается их поднимать. В итоге мне приходится сначала делать каждому из них mdadm --stop, а затем уже запускать mdraid - тогда всё становится красиво. Вопрос - кто детектит массивы? Это какие-то приколы udev? Или ядро нынче такое умное? Оно 3.1.x

Вопрос - кто детектит массивы?

Система!

в загрузке в скрипте сделай номер побольше

ipwww ★★ ()

Как выяснилось, рейд дёргал UDEV, запуская mdadm --incremental {DEVICE} за каким-то хреном. Закомментировал - всё нормализовалось.

blind_oracle ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.