Вопрос стоит иначе - есть ли шанс, что не вылетят еще диски при ребилде

Правильный вопрос! Поэтому я за raid6/raidz2 (в контексте задачи ТС), если вылетает один диск, можно без паники ребилдить массив, лениво ковыряясь в носу, т.к. массив будет защищен еще одним диском.

а ZFS это комплексная вещь, для нее работа SRC ERC приведет к тому, что по таймауту не весь диск отстрелится, а просто сбойный блок

Ты устриц ел? Я вот натыкался не далее как полгода назад. Диск при нахождении бэда совершает самоотстрел от системы полностью.

А как батарейка защитит от замыкания в кэше контроллера? :)

Да. Оформляешь RMA на сайте WD и едешь на Дубнинскую. Забирают дохлый диск, сразу дают новый. Если нет такого же, отдают похожий. Я уже 3 раза менял.

В ZFS при замене диска не ребилдится весь массив.

«Ой всё» (с) С чего это на нормально работающей системе кернел паник?

Диск заполНяет на основании данных с остальных? Их анализа?

Грубо говоря да. В этом то и офигенный плюс zfs. Есть дофига способов отстрелить себе обе ноги, но и не менее дофига способов восстановить информацию с множественными пулевыми ранениями :-))

Но разве при восстановлении рейд6 суть не та же? Один хрен надо много вычитать. Ну визависимости от степени избыточности.

Нет. И у HW RAID и у mdadm ребилдится весь массив. В это время жопа всем остальным операциям (недавно напрягся и перевёл несколько серверов с hw raid и mdadm на zfs именно из-за жопы)

У mdadm можно с bitmap поиграться хотя бы, чуток побыстрее будет.

Я не говорил, что ZFS не умеет отстреливать. Все зависит от того, какая именно ошибка встретилась на диске.

Батарейка контроллера должна обеспечить сброс содержимого кеша при системной проблеме. Так же работает конденсатор в SSD. Как я уже сказал, они не заменяют, а дополняют UPS, т.к. это другой уровень защиты.

Батарейка контроллера должна обеспечить сброс содержимого кеша при системной проблеме.

А во всех талмудах вендорских написано про отключение питания :)

И они даже не отказывают со словами: ой, у вас мех. повреждение? Никакой экспертизы и т.д.?

И они даже не отказывают со словами: ой, у вас мех. повреждение? Никакой экспертизы и т.д.?

Это не бытовые диски. Сначала идет замена, потом экспертиза.

Да. Оформляешь RMA на сайте WD и едешь на Дубнинскую. Забирают дохлый диск, сразу дают новый. Если нет такого же, отдают похожий. Я уже 3 раза менял.

3 диска из какого объема?

Нет. В регарде покупал когда-то по безналу кучу терабайтных велосирапторов, один с бэдами был. Поехал в регард, там весь моск вынули на предмет «тут у вас маленькие царапки, значит, механические повреждения». Плюнул, завёл RMA напрямую, обменяли сразу. Хотя надо было бы регард за это нагреть по полной.

Бытовые тоже меняют. Обещались, кстати, скоро начать менять хитачи.

2TB/1TB/0.5TB.

2TB/1TB/0.5TB.

А из скольки купленных 3 штуки вышло?

Совсем мало для выборки.

Батарейка не заменяет

Этому опыту много лет уже. Более-менее современные процессоры практически не замечают XOR'а.

Хорошо если так.

Роль батарейки в сервере с программным райдом заменяет UPS.

А вот тут вы не правы. Всё зависит от ценности данных и минуты простоя. Батарейка на контроллере позволяет избежать или существенно снизить потери при сценариях подобных следующим:

• Уборщица выдернула кабель из сервера
• В сервере сгорел один из БП, админы по ошибке выдернули для замены исправный
• Подстанция перестала питать ЦОД, дизель не завёлся, сценарий мягкого выключения не успел отработать, потому что завис ожидая ответа от какого-то недоступного сервиса

Уборщица выдернула кабель из сервера

Нет слов, одни эмоции.

В сервере сгорел один из БП, админы по ошибке выдернули для замены исправный

Аналогично. На БП даже лампочки горят сигнальные.

Подстанция перестала питать ЦОД, дизель не завёлся, сценарий мягкого выключения не успел отработать, потому что завис ожидая ответа от какого-то недоступного сервиса

А вот это знакомо. 2 года назад один более-менее известный хостер не отработал переход на ДГ. В результате при массовом отвале питалова ДГ не завелись, итог - полдня лежания всего хостинга. Они проверили все ДГ, разослали извинительные письма, через год отвал питания повторился, оказалось, что забыли проверить UPS'ы и машзалы просто не успели дожить до электричества с ДГ. Половина клиентов хостера после второго факапа ушло к конкурентам :))

К слову, хвалёный ионисторный CacheVault на контроллерах, на котором я сильно настаивал при покупке серверов, не помог, потерял оба раза все кэши. Есть соответствующая переписка с LSI с логами lsiget, на основе которой, я так полагаю, выпустили обновления как самих контроллеров, так и CV-модуля :)

Ещё скажи ты ни разу их не видел

Видел, конечно. Недалече как месяца полтора назад видел, когда обновил биос сервера с виртуалками с багнутым AMD microcode. Пришлось откатить обратно, найдя предыдущий биос на какой-то левой файлопомойке, т.к. супермикра не предоставляет старые версии биосов, а я, лопух, случайно стёр старый. Потом супермикра отписалась о новом биосе, теперь всё ок. И до этого всё было ок с 2013 года.

kernel panic возникает почти всегда при наличии проблем с оборудованием.

kernel panic возникает почти всегда при наличии проблем с оборудованием.

ты от темы-то не уходи, из-за чего он возникает уже другое дело, факт в том, что они случаются и ups тебе ничем не поможет.

А если контроллер зависнет от бага в фирмвари - тоже батарейка не спасёт :)

Для этого придумали зеркалирование кэша.

«Ой всё» второй раз. Зеркалирование кэша есть далеко не во всех контроллерах, даже дорогих.

и что? как эта вся твоя демагогия отменяет тот факт, что ups не заменит батарейки в nvram?

Ооо, демагогия. Ну ладно.

батарейки в nvram

Батарейки в энергонезависимой памяти? LOL!

P.S. Можно не отвечать.

Там должно было быть или. Если по делу сказать тебе больше нечего, то свободен.

Если по делу сказать тебе больше нечего, то свободен.

Да ладно! Действительно? Счастье то какое!

P.S. Хамло ты трамвайное.

P.S. Хамло ты трамвайное.

А что ты ещё ожидаешь в ответ на увиливания и демагогию?

демагогия

Сдаётся мне, что ты не вполне понимаешь значение слова «демагогия».

Может он и не подходит под изначальное значение, но очень вписывается в современное, особенно с лурка.
anyway idc