Как выглядит миграция большого диска в KVM-образ?

Question

[Daniel Newman]

Стоит задача перекинуть большой диск в образ, для последующего запуска его на новом сервере. Чем (для меня) усложняется задача, помимо отсутствия опыта и критичности данных на сервере:


Исходная машина

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md2             1016G   31G  934G   4% /
/dev/md1              496M   56M  415M  12% /boot
/dev/md3              1.7T  231G  1.4T  15% /home

* Целевая машина аналогична исходной, но с proxmox в качестве KVM-менеджера

* Приблизительный KVM-контейнером на 100-300 Gb (/home мне пока не нужен)


Как выглядит процесс миграции в моем разгулявшемся воображении:

1. Загрузиться на исходной машине в Rescue System режиме
   
2. Урезаю GParted'ом до 40 Gb [md2] и до 120 Mb [md1] — md3 не трогаю
   
3. Монтирую md3 в качестве хранилища образов
   
4. По совету proxmox, fsarchiver'ом делаю бэкапы md2, md1 в файлы (на md3)
   
5. Раскукоживаю диски до ~прежних размеров, и перезагружаюсь в нормальный режим
   
6. Отсылаю и восстанавливаю образы на диски/разделы целевой KVM-машины
   
7. Кручу восстановленную ОС
   

Где я брежу, чего не вижу и какие «ключевые слова

и выражения» должен посмотреть в гугле прежде?

Answer 1

[Андрей Буров]

а не проще ли?
tar -cjf backup.tar.bz2 / --exclude=/backup.tar.bz2
tar -xjpf backup.tar.bz2

Comments

[Андрей Буров]

можно даже живую машину копировать
mkdir /rootdir
mount -o bind / /rootdir
mount /dev/md1 /rootdir/boot
и потом уже tar -cjf backup.tar.bz2 /rootdir/*

когда восстановите, она подумает что просто внезапно перезагрузилась

[v2t]

Добрый день! Если размер разделов на машинах разный, тогда такой вариант подойдет? На второй машине, конечно же, хватает места для данных с первой. Спасибо.

[Андрей Буров]

Конечно подойдет, размер разделова значение не имеет, какие сделаете, такие и будут (главное чтоб хватило место для распаковки файлов)

Просто нет смысла копировать именно файловую систему, достаточно скопировать файлы.

PS: не забывайте править fstab, grub.cfg и т.п.

[Daniel Newman]

А зачем существуют все эти ухищрения с размонтированием, клонзиллой, dd, partimage и fdisk?
Ваша схема напоминает мне 90-е, когда я копировал command.com и пытался запустить dos с дискеты,
но ничего, естественно, не выходило. Как-то все очень просто выглядит. Подозрительно просто.

[Андрей Буров]

danielnewman, ничего у Вас не работало, т.к. не был установлен загрузчик в MBR.

[Daniel Newman]

Все-таки «fstab, grub.cfg и т.п.» стоило исключить полностью. На этом ваше решение меня «ломало». Зело я не грамотен еще.
Но, благодаря вашей идеи, на рекспейсе была найден замечательный скрипт копирования по rsync. Куда более замечательней самого скрипта, который мне так и не удалось приладить к произвольному порту на удаленном сервере, у них есть список исключений, подходящий для ряда дистрибутивов.

/boot
/proc
/sys
/tmp
/dev
/var/lock
/etc/fstab
/etc/mtab
/etc/resolv.conf
/etc/conf.d/net
/etc/network/interfaces
/etc/networks
/etc/sysconfig/network*
/etc/sysconfig/hwconf
/etc/sysconfig/ip6tables-config
/etc/sysconfig/kernel
/etc/hostname
/etc/HOSTNAME
/etc/hosts
/etc/modprobe*
/etc/modules
/net
/lib/modules
/etc/rc.conf
/usr/share/nova-agent*
/usr/sbin/nova-agent*
/etc/init.d/nova-agent*

Answer 2

[Daniel Newman]

А тут, BuriK666, все решается исключительно grub-ом?