Замена HDD в RAID1.

>> Как поступить с оставшимся местом?

Ну, а воткнуть два этих больших, собрать на них ещё один RAID, а потом скопировать данные с первого массива, не вариант?

Не вариант. Нужно именно заменить, т.к. их больше некуда втыкать. В этом и вся проблема.

Тогда так:

• удалить один диск из массива
• вставить новый, и создать на нём degraded-массив уже большего размера
• скопировать туда данные
• удалить первый диск, вставить на его место второй большой
• добавить последний в новый массив
• resync
• PROFIT!

Подходит?

Вполне. Спасибо!

А если бы Вы предварительно на этапе инсталляции сервера подумали и задействовали LVM, то можно было бы просто сделать так:

mdadm --create /dev/md2 -n 2 -l raid1 /dev/sdc1 /dev/sdd1
vgextend vgname /dev/md2
pvmove /dev/vgname/volume1 /dev/md2
pvmove /dev/vgname/volume2 /dev/md2
...
pvmove /dev/vgname/volumeN /dev/md2
vgreduce vgname /dev/md1

>> Нужно именно заменить, т.к. их больше некуда втыкать.

их больше некуда втыкать

Или я чего-то не понимаю? :)

Кстати, сейчас самое время переключиться на LVM...

+1.

Кстати да - если ТСу все равно некуда втыкать винты - значит ему так и так устраивать даунтайм, почему бы просто тогда не воткнуть один старый +2 новых в другой комп и там просто все скопировать??? Тут уже никакой разницы, будет ли два рестарта в 30 минут или один даунтайм на те же 30 минут, КМК.

>А если бы Вы предварительно на этапе инсталляции сервера подумали и задействовали LVM

Было это 6 лет назад и об этом не думалось. :(

Было это 6 лет назад

придерживаемся политики «а не заменить ли нам винты после 36 месяцев работы, даже если смарт красивый?». 6 лет - это очень круто!

>Тут уже никакой разницы, будет ли два рестарта в 30 минут или один даунтайм на те же 30 минут, КМК.

Тогда будет 2х30=60 мин. вместо 30 мин. Или я чего-то не догнал? :)

>6 лет - это очень круто!

:) Будут работать заразы до смерти!

жесть, вот это Ъ-ынтерпрайз.
не буду постить сюда офтоп, кто хочет сам найдет, как эта задача решается в более других системах, но скажу что даунтайм для этого точно не нужен ;)

>ставить новый, и создать на нём degraded-массив уже большего размера

зачем такой велосипед? разве просто расширить границы последних разделов на винтах и resync недостаточно, чтобы оно автоматом расширило последний массив?

Явный офтоп, Вы наверное невнимательно все перечитали..

>Явный офтоп

почему?
во-первых, знак вопроса
во-вторых, я привык, что после процедуры ниже, все автомагически будет как надо
- вывести диск из массива(ов)
- вытащить
- вставить новый
- разметить как было. подозреваю, в случае линукса, расширить границы последнего раздела до конца нового диска. в zfs нет радостей статических разделов.
- присоединить обратно в массив, подождать пока закончится sync.
- повторить со вторым диском
- magic ;)

Во первых, знака вопроса не должно было быть.
Во вторых, меня не устраивают размеры старых разделов.
Спасибо за еще один совет. :)
А мне надо маны по LVM читать.

>> зачем такой велосипед?

Потому что просто и надёжно. А с ресайзом я сам не пробовал, потому не знаю, работает оно, или нет :)

>>Во вторых, меня не устраивают размеры старых разделов

разделов где-то посреди? что-же за разметка диска такая тогда? =)

даже если и так, стоит попробовать на тестовом стенде раметив первый диск в соответствии с желаемым результатом. mdadm по-идее должно быть по барабану где начинается/кончается раздел, главное чтоб не меньше был.

ну вот реальный шанс узнать.
давай ТС, проведи эксперимент =)

>> в zfs нет радостей статических разделов.

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

P.S.: да, в LVM разделы не в полном смысле динамические, но тем не менее.

>разделов где-то посреди? что-же за разметка диска такая тогда? =)

Может я не очень подробно все описал, но на этом массиве нет системы (она в другой паре винтов), а здесь же файлопомойка для Самбы.

>ну вот реальный шанс узнать.

Не шанс. Сервак рабочий. И надо сделать все быстро.

Не вариант. Нужно именно заменить, т.к. их больше некуда втыкать. В этом и вся проблема.

Винты IDE/SATA? Можно купить переходников USB->SATA/IDE.

САТА. А Вы батенька телепат, однако!
Висит и на УСБ карманчик с одним винтом для не критической информации (т.е. ее утрата может вызвать только легкое сожаление). И не хочется, чтобы важный массив находился вне корпуса системника.

тут неплохо расписано по этому поводу

И не хочется, чтобы важный массив находился вне корпуса системника.

Это же временно, только на время копирования информации.

>>но на этом массиве нет системы

это, в общем то, неважно. хотя в лине я уже ничему не удивляюсь, особенно после предложения воткнуть в другой комп )
вариантов надавали, осталось выбрать =)

>Это же временно, только на время копирования информации.

Мне трудно будет обьяснить руководству целесобразность покупки данного девайса для временного использования.
Еще раз спасибо за практические советы!

знаем-знаем мы ту динамику... необходимость неразмеченного пространства...
но на безрыбье ... =)