Dimanych: Хотел без конфига, ведь вы написали что должно без него работать)
еще раз : массивы с отсутствующими дисками специально под другими именами добавляются. если все собрать нормально, то появились бы по порядку md3 и md4
Dimanych: В каком посте мне это говорили? Говорили что автоопределение должно быть. Вообщем синхронизация пошла, завтра утром посмотрим что получилось.
Целый день ушёл на этот раид, ужас просто :)
Про переименование в mdadm я говорил /ru/forum/comment/9335332. Причем, я другой синтаксис в mdadm.conf предлагал.
Dimanych, ну значит не нужно спрашивать почему raid-ы сломанные. сломанные по задумке. я так подозреваю, что и после перезагрузки у вас снова будет неудобный номер md.
cat /etc/mdadm/mdadm.conf DEVICES /dev/[hs]d* Даже не знаю где тогда заданы мои md0 md1 md2.
На самих дисках есть метаинформация, по которой "собираются" массивы. файл mdadm.conf в принципе даже и не нужен для работы. Но вообще-то в нем можно указать под видом какого устройства должен быть виден конкретный массив
Dimanych: Катастрофа, почему после перезагрузки сбились номера md3 md4 которые я создавал?
Нужно задавать где-то дополнительно?
(естественно монтирование не удалось из fstab)
так они у тебя "сломанные". добавь диски и еще раз перегрузись. может даже будет md3 и md4.
вообще, сейчас в fstab прописывают uuid устройства. это позволяет в любом порядке втыкать диски не заботясь о том соберется ли raid и в каком порядке. поставь убунту - она тебя научит всему новому.
madoff, насчет серьезности - все под вопросом. Я же не занимался проверкой терпения сетевых администраторов, а только посылал небольшое число подделанных пакетов. Они могут обратить внимание большой нетипичный трафик.
Pilat: Мы как-то не о том говорим. На большинстве винтов никаких задержек изменить нельзя, и уж никакого отношения к md они точно не имеют. Я так понимаю, ты этим вопросом до сих пор не интересовался.
Я давно заметил что RE-винты любят паниковать и давно узнал почему.
Если управление задержкой тебе, не светит, то и обсуждать нечего. Но на самом деле там и бытовые винты многие позволяют изменять задержку.
PS> опять же при отсутствующих дисках в md0 md1 md2 система грузится с них нормально, ладно, буду практиковать...
а там, скорее всего, в mdadm.conf прописано было нормально при инсталляции.
если этого не видно, то mdadm где-нибудь в initrd запрятан.
Хотел без конфига, ведь вы написали что должно без него работать)
еще раз : массивы с отсутствующими дисками специально под другими именами добавляются. если все собрать нормально, то появились бы по порядку md3 и md4
В каком посте мне это говорили? Говорили что автоопределение должно быть. Вообщем синхронизация пошла, завтра утром посмотрим что получилось.
Целый день ушёл на этот раид, ужас просто :)
Про переименование в mdadm я говорил /ru/forum/comment/9335332. Причем, я другой синтаксис в mdadm.conf предлагал.
Dimanych, ну значит не нужно спрашивать почему raid-ы сломанные. сломанные по задумке. я так подозреваю, что и после перезагрузки у вас снова будет неудобный номер md.
cat /etc/mdadm/mdadm.conf
DEVICES /dev/[hs]d*
Даже не знаю где тогда заданы мои md0 md1 md2.
На самих дисках есть метаинформация, по которой "собираются" массивы. файл mdadm.conf в принципе даже и не нужен для работы. Но вообще-то в нем можно указать под видом какого устройства должен быть виден конкретный массив
как то так :
ARRAY /dev/md4 level=raid1 num-devices=2 UUID=d11d9a42:aaaaa:bbbbbb:ccccccc
netwind добавил 20.08.2011 в 23:19
97658007 blocks super 1.2 [2/1] [U_]
md127 : active (auto-read-only) raid1 sdc2[0]
634911737 blocks super 1.2 [2/1] [U_]
как тут уже пытались донести, прочерк означает отсутствующий диск. значит сломанные.
Катастрофа, почему после перезагрузки сбились номера md3 md4 которые я создавал?
Нужно задавать где-то дополнительно?
(естественно монтирование не удалось из fstab)
так они у тебя "сломанные". добавь диски и еще раз перегрузись. может даже будет md3 и md4.
вообще, сейчас в fstab прописывают uuid устройства. это позволяет в любом порядке втыкать диски не заботясь о том соберется ли raid и в каком порядке. поставь убунту - она тебя научит всему новому.
madoff, насчет серьезности - все под вопросом. Я же не занимался проверкой терпения сетевых администраторов, а только посылал небольшое число подделанных пакетов. Они могут обратить внимание большой нетипичный трафик.
Я надеялся, что когда ты писал "может тебе smartctl обновить?" - ты что-то осмысленное имел ввиду. Извини.
Я так понял, что ты вообще не смог управлять на своем smartctl параметрами для управления ошибками. Старые версии их не видят. Вот и советую обновить.
Вопрос - как тот же функционал ты получаешь с помощью smart, а именно обнаружение многократных попыток чтения/записи .
никак. в статье написано, что в smart эти ошибки зачастую вообще не отражаются.
Мы как-то не о том говорим. На большинстве винтов никаких задержек изменить нельзя, и уж никакого отношения к md они точно не имеют. Я так понимаю, ты этим вопросом до сих пор не интересовался.
Я давно заметил что RE-винты любят паниковать и давно узнал почему.
Если управление задержкой тебе, не светит, то и обсуждать нечего. Но на самом деле там и бытовые винты многие позволяют изменять задержку.
С чем именно ты хотел бороться? Объясни.