коллеги, привет.

Имею такую ситуацию.

Обратились с пищащим сервером. Сервер был собран в какие-то адские давние времена, а человек его собиравший давно канул в лету.
На сервере сорбаны два рейда. Зеркало, на котором стоит система и пятёрка из четырёх винтов по 500 гиг.

Причиной писка послужил отказ одного из 500гиговых винтов. Который был заменён на НАЛОГИЧНЫЙ, после чего масив подвергся почти суточному ребилду.
Всё загрузилось, всё ок. Но через два дня вылетел ДРУГОЙ 500гиговый винт. После чего я изрядно очканул, погасил сервер и сел гуглить.
Надумки у меня родились следующие. Все винты куплены сразу и "под ряд" т.е. отработали ровно одинаковое количество времени - это раз. и при ребилде 5-ого рейда нагрузки на винты максимальны - это два. И наконец - 3, если во время ребилда у меня вылетит ещё один винт - всё кончено.

По факту сейчас ситуация такова: один винт новый, один винт fail, два винта - ОК, но уже пережили один ребилд. Если сейчас заменить второй винт и сделать ребилд, то на счету дживых винтов будет уже ДВА ребилда, не факт что псоледний винт переживёт ещё ребилд.

Далее я прикинул что винты в зеркале объёмом 250 гиг, а значит они скоро отправяться в след за 500-тками.

Отсюда вопросы:

1)Как грамотно реанимировать рейд 5? Сделать образы дисков, перелить на новые диски и установить их в рейд?
2)Как заменить диски на диски большего обхёма в зеркале и 5-ом рейде? винимать по винту и делать ребилд?

ЗЫ.
А ребилд должно запускать руками, или он должен запускаться сам? К сожалению нерасполагаю маркой и моделью контроллера, так как для его инициализации пришлось бы вынимать сервер из стойки, а по политическим причинам сейчас это сделать невозможно.


Спасибо всем за внимание, надеюсь на помощь.

и ещё. Все винты САТА, с рперемычками установленными в SATA-I

Конфигурация где? Где модели HDD?
Перво-наперво сделать копию данных!!!
Если будет копия - все можно будет опробовать.
Сам должен запускаться.
Вообще то его видно при запуске сервера.
Почему? Странный какой то сервер!
C чего бы это? Они может ещё годы проработают!

сделайте бэкап или образ.
делайте ребилд из консоли контроллера, то есть до загрузки ОС, так вы уменьшите нагрузку.
не факт.
как писали выше:
бэкап/образ. новый массив, восстановление из бэкапа.
проще сразу поменять. Init у вас будет идти долго. Fast (quick) Init делать не советую.
если это не отключено в настройках контроллера - то сам.
там же можно указать приоритет ребилда. не во всех контроллерах.
ну да, поглядеть то в диспетчер устройств (или другую аналогичную утилиту) это не вариант.
на ребуте поглядеть что контроллер пишет, видимо, тоже.
интересно, а как вы это узнали? :)

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

Ответы на остальные ваши вопросы зависят от конкретной модели контроллера и его настроек. На всякий случай, если уже доигрались до развала массива, вот статья про восстановление RAID.

Сервер надо обслуживать и физически, типа пылесосить, протирать контакты методом орального напыления....
Узнаете и контроллер и кулеры...
Бэкап, ессно, - обязательно! Хоть образ в облако!
Винты можно прогнать тестами без записи по очереди на другой машине с PE флэшкой,

Да и зеркало-то рабочее? При загрузке нужно войти в биос рэйда и поглазеть....
Ну и система какая, есть ли возможность создавать рекавери на отдельном винте восстановления?
Даже если нет, - клон насильно на другой машине! (с флэшки ессно грузясь)

5-й RAID: Синхронизация не настолько сильно грузит винты, как проц/память, винты, как обычно, крутятся, головки считывают, а потом проц высчитывает, что должно быть на 5-ом и пишет на него, всё вроде как стандартный режим средней сети. Поскольку запись выполняется дольше (там ещё в итоге куча проверок на разных уровнях), остальные винты не особенно убиваются (в свете PTPeek - не так часто, как на тестах).
Адаптивная технология многозадачного доступа к винтам от Novell, которая внедряется щас в железо, не успеет сработать!

Но вот подключить их по очереди к умной машине и проверить СМАРТЫ из биоса - не возбраняется! При этом нежелательно использовать матери АСУС вааще или иные, но с ХУЕФИ. Все они слишком рьяно изучают ХДД ещё до загрузки. А это хорошо для лохов, а не для винтов!

зачем?
зачем?
зачем?
а без перезагрузки можно?
зачем?
при аппаратных raid контроллерах ни CPU ни RAM в этом процессе не участвуют.
что такое режим средней сети? какие метрики задействованы в определении?
пруфы этой давно умершей (каки весь новель) технологии будут?
как я понимаю, речь про UEFI? какие проверки проводятся в этом режиме? (когда, чем и почему).