Raid1 и spare диск

Неделю назад на /dev/md0 полетел 1 диск, заменил его и автоматом пошел resync, но несколько дней назад еще один диск там же полетел.
Причем непонятно что с ним, при попытке подключить его обратно он стоит со статусом spare.

Нужно было проверить логи и таблицу S.M.A.R.T.

Нашелся еще один запасной диск, но нехватило каких-то 100М чтобы клонировать все разделы, поэтому один раздел выкинул, а остальные разделы создавал вручную fdisk

Не понял вообще ничего

При попытке добавления в raid та же хреть, spare!!!

Слишком много восклицательных знаков. В таком состоянии можно только монитор молотком расфигачить, а не рейд восстанавливать. Попробуй успокоиться

Выкладываю основную инфу
Сам рейд /dev/md0
http://pastebin.com/raw.php?i=Xmv3kW8M
Разделы /dev/sdf (на данный момент это текущий диск в рейде, хотя он был вставлен неделю назад когда полетел первый диск)
http://pastebin.com/raw.php?i=iH9BgRzt
S.M.A.R.T. /dev/sdf
http://pastebin.com/raw.php?i=7d0jt9Bw

Один из дисков (/dev/sde), который был в рейде, потом слетел и когда я его пытаюсь добавить - он идет в spare
Разделы /dev/sde
http://pastebin.com/raw.php?i=bTMnjnKh

S.M.A.R.T. /dev/sde
http://pastebin.com/raw.php?i=2Y96dfNE

Нашелся еще один запасной диск, но нехватило каких-то 100М чтобы клонировать все разделы, поэтому один раздел выкинул, а остальные разделы создавал вручную fdisk

Не понял вообще ничего

Это еще один дополнительный диск, который я пытался засунуть в рейд.
Дело в том, что при клонировании разделов я использовал sfdisk -d /dev/sdf | sfdisk /dev/sda, но т.к. диск отличается, то ему не хватило места для разделов, поэтому создавал таблицу разделов вручную.
Разделы /dev/sda (проверьте пожалуйста таблицу, будет ли работать она вместе с /dev/sdf)
http://pastebin.com/raw.php?i=b42rYc74


S.M.A.R.T. /dev/sda
http://pastebin.com/raw.php?i=k656v7g0

Нужно было проверить логи

Не очень понимаю где можно глянуть подробные логи mdadm, пока нашел только в syslog
http://pastebin.com/raw.php?i=R1QQ4edE

Слишком много восклицательных знаков. В таком состоянии можно только монитор молотком расфигачить, а не рейд восстанавливать. Попробуй успокоиться

Ок, уже :) Честно говоря, пока ничего критического, просто хотелось бы понять, почему не работает.

Один из дисков (/dev/sde), который был в рейде, потом слетел и когда я его пытаюсь добавить - он идет в spare

Потому, что на нём есть метаданные mdadm, и mdadm перестраховывается. Обнули первые 10 Мб /dev/sde5 через dd, потом скорее всего добавится без проблем

Разделы /dev/sda

На вид всё в порядке

Потому, что на нём есть метаданные mdadm, и mdadm перестраховывается. Обнули первые 10 Мб /dev/sde5 через dd, потом скорее всего добавится без проблем

dd if=/dev/zero of=/dev/sde5 bs=512 count=20000

также делал
mdadm --zero-superblock /dev/sde

Аналогично закидает в spare(

Сначала удали из рейда текущие spare диски

Потом обнуляешь первые 10 мб, и снова пробуешь добавить. Должен автоматом запуститься ребилд

именно так и делал
где можно еще логи глянуть что ему не нравится?

mdadm --manage /dev/md0 --remove /dev/sde5
mdadm --zero-superblock /dev/sde
dd if=/dev/zero of=/dev/sde5 bs=512 count=20000
mdadm --manage /dev/md0 --add /dev/sde5

После ребута серванта синхронизация автоматически началась, но до этого постоянно в spare закидал.

router Спасибо!