md raid centos7 не создается массив [не всасываю...]

a) Зазырь в /proc/mdstat - ничего лишнего нет?

b) Сделай --zero-superblock на /dev/sd[c-f], /dev/sd[c-f]1.

с) SELinux - вряд-ли, твоя юзерская сессия по-умолчанию находится в домене с полным доступом. Можешь на всякий случай сделать setenforce 0 перед вызовом mdadm.

d) Ещё можно попробовать перезагрузиться (если это не сервер с sla 99.9999%, лол).

e) Обратись к экзорцисту, чё.

к экзорцисту

http://cs9790.vk.me/u56793779/98346832/x_236d0dc0.jpg

a) Зазырь в /proc/mdstat - ничего лишнего нет?

Лишнего, ничего нету. Иначе бы не приходил сюда...

b) Сделай --zero-superblock на /dev/sd[c-f], /dev/sd[c-f]1.

Делал. Но там тоже пусто, ибо диски ещё не бывали в md.

с) SELinux - вряд-ли, твоя юзерская сессия по-умолчанию находится в домене с полным доступом. Можешь на всякий случай сделать setenforce 0 перед вызовом mdadm.

Ок. Попробую!

d) Ещё можно попробовать перезагрузиться (если это не сервер с sla 99.9999%, лол).

Не помогает...

e) Обратись к экзорцисту, чё.

Ну так я и пришёл на ЛОР... Ибо сам, не могу всосать, что тут может быть не так...

initrd без dmraid-driver собирал?

initrd - тот, что по-умолчанию, поставляется с centos 7.2, в редакции @core

Можешь подсказать, как точно посмотреть, с чем оно собрано?

Оно:

# lsmod |grep dm_
dm_service_time        12817  0
dm_multipath           23036  1 dm_service_time
dm_mirror              22135  0
dm_region_hash         20862  1 dm_mirror
dm_log                 18411  2 dm_region_hash,dm_mirror
dm_mod                113292  7 dm_multipath,dm_log,dm_mirror

?

Да, походу это гавно. Погугли, как его выпилить)

В общем, после нескольких ребутов, и:

parted --script /dev/sdc mklabel gpt mkpart primary 1MiB 465GiB
parted --script /dev/sdd mklabel gpt mkpart primary 1MiB 465GiB
parted --script /dev/sde mklabel gpt mkpart primary 1MiB 465GiB
parted --script /dev/sdf mklabel gpt mkpart primary 1MiB 465GiB

mdadm -C /dev/md10 -l10 -n4 /dev/sd[c-f]1

Всё отработало штатно. Не знаю, чего там было...

dd if=/dev/zero of=/dev/sdc bs=1024000 count=32000
reboot

А потом уже:

mdadm -C /dev/md10 -l0 -n4 /dev/sd[c-f]

dd if=/dev/zero of=/dev/sdc bs=1024000 count=32000

Слишком долго ждать... Я занулял первые 200 мегабайт - БЕСПОЛЕЗНО! Уже сюда пришёл от безысходности... Новые диски, даже после создания разделов - так и оставались как: /dev/sdd, т.е. не появлялся: /dev/sdd1, даже после reboot... - В общем это для меня, так и осталось загадкой. Сейчас, всё работает в штатном режиме, без нареканий. Что было не так - не приложу ума...

епт а че ты ждал от красношапки, сказок о ее безупречности?

Ну да... На дебианоподобных, у меня не было никогда проблем с этим... Так, что, ожидал, результата, не хуже, как минимум. :)

Еще вот хорошая инфа по этой проблеме:

http://oletange.blogspot.com/2012/04/umount-device-is-busy-why.html

Вот аналогичное решение:

http://www.cyberciti.biz/tips/how-do-i-forcefully-unmount-a-disk-partition.html

Статьи годные! Узнал для себя новенькое, в виде: /proc/swaps :) Но, думаю сей случай был не моим, ибо диски были новые. Не форматированные вообще. Спасибо, в закладки закинул на будущее.

Вот решение:

[root@ovirt-corn ~]# lsof | grep '/dev/sdb'
multipath  530                 root    7r      BLK               8,16       0t0        513 /dev/sdb
multipath  530  532            root    7r      BLK               8,16       0t0        513 /dev/sdb
multipath  530  533            root    7r      BLK               8,16       0t0        513 /dev/sdb
multipath  530  534            root    7r      BLK               8,16       0t0        513 /dev/sdb
multipath  530  547            root    7r      BLK               8,16       0t0        513 /dev/sdb
multipath  530  548            root    7r      BLK               8,16       0t0        513 /dev/sdb
multipath  530  735            root    7r      BLK               8,16       0t0        513 /dev/sdb
[root@ovirt-corn ~]# multipath -F
[root@ovirt-corn ~]# lsof | grep '/dev/sdb'
[root@ovirt-corn ~]# mkfs.ext4 -L local_storage -m0 /dev/sdb1
mke2fs 1.42.9 (28-Dec-2013)
Discarding device blocks:  5246976/14653665
....

Спасибо, разобрался! :)