[RAID1] [XXI век, блджад] Перенос существующей системы без cp -ax

>> Собственно, вопрос: существуют ли методы переноса работающей системы на sw-RAID без использования cp.

pvmove

кхм, а где в посте хоть слово про использование LVM? ТС, как я понял, спрашивает, как сделать RAID1 из существующей системы и свободного диска.

> pvmove

LVM нету, иначе бы не спрашивал)

> кхм, а где в посте хоть слово про использование LVM?

На данной машине при инсталляции LVM создан не был.

ТС, как я понял, спрашивает, как сделать RAID1 из существующей системы и свободного диска.

Совершенно верно.

Вряд ли есть другие вменяемые способы. Остаётся даунтайм и копирование.

rsync в два прохода?
один раз сделал, источник перемонтировал в ro, и снова сделал.
уж покрасивше cp -ax...

> rsync в два прохода?

Покрасивше, не спорю. Но хотелось бы обойтись без копирования вообще, пусть и с даунтаймом в пару часов. Хотя начинаю понимать, что это вряд ли возможно.

>это вряд ли возможно.

Да, часть места на разделе будет занимать суперблок RAID'а, то есть результирующая ФС будет меньше. В теории, можно сначала уменьшить размер ext3, потом создать суперблок RAID, но копирование в таком случае выглядит проще.

> часть места на разделе будет занимать суперблок RAID'а

Так, поподробнее, пожалуйста) У меня на sda 534 MB нераспределенного пространства (после всех разделов). То есть, можно этим воспользоваться и обойтись без предварительного переноса на свежесозданный массив?

В принципе, да. Версия суперблока должна быть 0.90 или 1.0. В результате должен получиться partitionable array.

> В результате должен получиться partitionable array.

Дык! Я ж в первом посте написал, partitionable array с номером, бо'льшим 0, initrd при загрузке не собирает.

Ну так выясни, почему не собирает :) В initrd наверно есть какой-нибудь busybox, так что не вижу препятствий для диагностики.

> Ну так выясни, почему не собирает :)

Поскольку на не собравшемся массиве находится «/», система валится в kernel panic. А в таком виде я ничего пока диагностировать не умею.

>> Поскольку на не собравшемся массиве находится «/», система валится в kernel panic.

Хм, в Дебиане система вылетает в шелл initrd, в таком случае. Если массив не собрался по причине типа ошибки в mdadm.conf, то можно даже собрать его вручную, нажать ^D и загрузка пройдёт успешно — проверено лично. Видимо, initrd у тебя какой-то не такой, или ядро настроено иначе (не помню, где определяется поведение системы в таких случаях).

> в Дебиане система вылетает в шелл initrd

У меня не Дебиан. Но, в таком случае, можно ли передачей какого-то параметра через grub при загрузке вызвать этот самый initrd shell искусственно?

Разве что panic='время в секундах'. Как я понимаю, initrd должен уметь обрабатывать эту ситуацию.

Ну и если это не работает, можно разобрать кривой initrd и проверить хотя бы mdadm.conf на предмет ошибок, т.к. автоматика не всегда делает всё хорошо.

> можно разобрать кривой initrd и проверить хотя бы mdadm.conf на предмет ошибок

Расколупал кривой initrd. mdadm.conf внутре вообще не было, никакого. Буду анализировать причины). Спасибо за подсказку.

mdadm.conf разве нужен? Ядро само должно находить и собирать. Оно находит?

Автодетект работает для разделов с типом fd, для целого диска, как у ТС, — только сборка из initrd.

nbw> Заниматься извращениями на костылях в виде cp, tar, rsync и других, не менее православных способов пофайлового копирования операционной системы, на промышленном сервере, на котором крутится множество разнообразных сервисов, откровенно неохота.

Отказался от LVM на промышленном сервере, а теперь против извращений?

> Отказался от LVM на промышленном сервере, а теперь против извращений?

*WALL* Так получилось, тудым его растудым...

Отказался от LVM на промышленном сервере, а теперь против извращений?

посмотрел я как бы это выглядело с lvm изначально - это тоже те еще пляски и от cp никуда не деться, ну и 3 ребута в нагрузку.
да вы издеваетесь? Ж)
почему с ufs мне надо сделать

# metainit -f d1 1 1 c0t0d0s0
d1: Concat/Stripe is setup
# metainit d2 1 1 c0t1d0s0
d2: Concat/Stripe is setup
# metainit d0 -m d1
d0: Mirror is setup
# metaroot d0
# lockfs -fa
# ls -l /dev/dsk/c0t1d0s0
lrwxrwxrwx   1 root     root          88 Feb  8 15:51 /dev/rdsk/c1t3d0s0 ->
../../devices/pci@1f,0/pci@1,1/ide@3/dad@0,0:a

# init 0

ok nvalias backup_root /pci@1f,0/pci@1,1/ide@3/disk@0,0:a
ok setenv boot-device disk backup_root net
ok nvstore
ok boot

# metattach d0 d2
d0: Submirror d2 is attached
и дальше по списку сколько разделов есть.
готого

после этого lvm называется рабочим, не извратным инструментом? )

про zfs промолчу как там в пол-пинка превращается в mirror, чтоб совсем некоторых не расстраивать )

Ну, не знаю, как там с ZFS, но в мерзких вендувсах (2k3) зеркало делается без всяких копирований и с одной перезагрузкой. Был удивлён, что с линуксом в такой ситуации надо трахаццо стоя в гамаке на костылях.

>>Ну, не знаю, как там с ZFS,

ребут ненужен совсем. одна команда.

но в мерзких вендувсах (2k3) зеркало делается без всяких копирований и с одной перезагрузкой

я подозревал )

Был удивлён, что с линуксом в такой ситуации надо трахаццо стоя в гамаке на костылях.

и почему я не удивлен?
но охрарактеризовано точно Ж)

EvgGad_303> посмотрел я как бы это выглядело с lvm изначально - это тоже те еще пляски и от cp никуда не деться, ну и 3 ребута в нагрузку.

Ты просто не умеешь его готовить.

1. Делаешь поломанный миррор md2 на свободном диске
2. Добавляешь его в VG
3. Делаешь миграцию данных с sda на md2 (pvmove)
4. Убираешь sda из VG (vgreduce)
5. Добавляешь sda в миррор
6. настраиваешь груб
7. Перезагрузка для проверки

Все это без бубна и без простоя сервера.

>>Ну, не знаю, как там с ZFS,

ребут ненужен совсем. одна команда.

Не совсем :) Если хочешь потом таки загрузиться, может понадобиться еще одна :)

> Все это без бубна и без простоя сервера.

Но не без плясок

Добавлю, что для интереса проделывал подобным «конвертацию» RAID1 в RAID5 (есть более иной способ, но меня он не заинтересовал) с временной миграцией системы на дополнительный носитель посредством pvmove. Понадобилось ровно один раз сделать update-initramfs и dpkg-reconfigure grub-pc в конце. Перезагрузка нужна была только для проверки.

>>Ты просто не умеешь его готовить.

skipd

Ъ?
по моей ссылке не ходил, там все тоже и написано, только у тебя упущено несколько моментов. или /boot уже не надо выносить?;)
там по ссылке внизу есть еще посыл на похожую статью, о 4 страницах «без бубна» и 3 рестартах. это как объяснить?

дак яж про процедуру превращения в зеркало. так должно быть глубже ))

Нужно было использовать файловые системы, поддерживающие снапшоты. //К.О.

/boot — это мелочь

Что тебе надо объяснить в моем рецепте? И зачем мне читать твои статьи, если их суть ты кратко изложил — «с бубном и 3 рестартами»

>> или /boot уже не надо выносить?

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

>>если их суть ты кратко изложил — «с бубном и 3 рестартами»

это суть не одного хавту на тему переезда линукса на зеркало. такого же простого, как ты предложил, я не видел. парадокс? хотя, логично было бы надеяться, что это можно сделать проще.
но 2 раза копировать данные - это ли не танцы? )

разве когда / на lvm не надо?

>> парадокс?

Да.

2 раза копировать данные

Один + синхронизация. В вундервафельных ФС это может быть проще за счёт того, что это одна ФС, а не универсальная система управления томами.

разве когда / на lvm не надо?

Разумеется, нет.

EvgGad_303> но 2 раза копировать данные - это ли не танцы? )

Поскольку это не требует остановки системы, то — нет, не танцы.

Кроме того, можно было и без копирования — сделать зеркало средствами самого LVM.

EvgGad_303> разве когда / на lvm не надо?

Нет. grub2 прекрасно грузит систему прямо с LV

>> сделать зеркало средствами самого LVM

Но лучше не делать :)

> Нужно было использовать файловые системы, поддерживающие снапшоты. //К.О.

Вы несколько опоздали, капитан. Я это знал ещё до того, как начал тему, да и говорили тут уже о LVM.

>> сделать зеркало средствами самого LVM

Но лучше не делать :)

Интересно, почему? LVM mirroring чем-то неполноценен? (Я не очень хорошо знаком с LVM, потому и спрашиваю)

1. Делаешь поломанный миррор md2 на свободном диске
2. Добавляешь его в VG
3. Делаешь миграцию данных с sda на md2 (pvmove)
4. Убираешь sda из VG (vgreduce)
5. Добавляешь sda в миррор
6. настраиваешь груб
7. Перезагрузка для проверки

Как я понимаю, это имел в виду GotF в первом же комментарии) Но в таком случае ведь получится md поверх LVM? Это не даст потери в производительности?

Чтобы зеркало не синхронизировалось заново при каждой активации группы, corelog должен размещаться на отдельном физическом томе, что вряд ли удобно в большинстве случаев. Также, насколько мне известно, нельзя выполнить scrubbing собственными средствами.

>> Но в таком случае ведь получится md поверх LVM?

Наоборот. MD выступает в качестве PV.

найс. а если еще и крипто?

Не офтопь. У тебя есть вопросы по груб2, задай их в соотв. теме.

ладно ушел в гугель, хотя после тех мануалов меня терзают сомнения.
а вместо 13 слов можно было написать да/нет.

Нет.

tnx

и кста, что-то пропустил

2 раза копировать данные

Один + синхронизация.

а это не одно и тоже? )

В вундервафельных ФС это может быть проще блаблабла

пример с ufs использует svm(solaris volume manager), а zfs и есть система управления томами в себе. все проще некуда ))

>> а это не одно и тоже?

По сути да. Однако синхронизация может идти с невысоким приоритетом, отдавая полосу I/O по первому требованию, так что даже на нагруженном сервере это будет не слишком заметно.

пример с ufs использует svm

Ok.

а zfs и есть система управления томами в себе

Мне как раз это [субъективно] не нравится, хотя в свободное время можно посмотреть zfs или btrfs, но на практике мне удобнее разделение систем, даже если оно в чём-то проигрывает комбайну.