Перенос ОС виртуалки. Xen PV в KVM.

dump/restore

можно clonezill'ой.

Permission denied. Нет прав на монтирование дисков походу. Как быть?

dump -0auL -f - /dev/xvda1 | bzip2 | ssh backup@188.120.235.234 -p 22 dd of=/root/vds-admin.dump

DUMP: Date of this level 0 dump: Fri May 30 12:33:41 2014 DUMP: Dumping /dev/xvda1 (/) to /dev/tape root@91.239.26.222's password: DUMP: Label: -f DUMP: Writing 10 Kilobyte records DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 35465396 blocks. DUMP: Volume 1 started with block 1 at: Fri May 30 12:34:02 2014 DUMP: dumping (Pass III) [directories] DUMP: End of tape detected DUMP: Closing /dev/tape DUMP: Volume 1 completed at: Fri May 30 12:34:09 2014 DUMP: Volume 1 10270 blocks (10.03MB) DUMP: Volume 1 took 0:00:07 DUMP: Volume 1 transfer rate: 1462 kB/s DUMP: Change Volumes: Mount volume #2 DUMP: Is the new volume mounted and ready to go?: («yes» or «no») Permission denied, please try again.

Нету на первом vds возможности образы грузить. Это вдсска.

Так может быть прям через ssh и перекинуть, раз уж в разных ДЦ? ssh + потом rsync

ssh backup@188.120.235.234 -p 22 dd of=/root/vds-admin.dump
Permission denied

что у пользователя backup@188.120.235.234 есть право на запись в /root

bzip2

мля за каким х.. жать снимая дамп с живой системы

-p 22

а то ссш не знает свой порт по умолчанию.

из под рута делал, root@188.120.235.234 /dev/tape не может смонтировать на xen убрал bzip, постоянно спрашивает создать еще диск

dump -0auL -f /dev/xvda1 | ssh root@188.120.235.234 dd of=/root/nq.dump DUMP: Date of this level 0 dump: Fri May 30 13:38:26 2014 DUMP: Dumping /dev/xvda1 (/) to /dev/tape DUMP: Label: -f DUMP: Writing 10 Kilobyte records DUMP: mapping (Pass I) [regular files] root@91.239.26.222's password: DUMP: mapping (Pass II) [directories] DUMP: estimated 35465417 blocks. DUMP: Volume 1 started with block 1 at: Fri May 30 13:38:48 2014 DUMP: dumping (Pass III) [directories] DUMP: End of tape detected DUMP: Closing /dev/tape DUMP: Volume 1 completed at: Fri May 30 13:38:56 2014 DUMP: Volume 1 10270 blocks (10.03MB) DUMP: Volume 1 took 0:00:08 DUMP: Volume 1 transfer rate: 1280 kB/s DUMP: Change Volumes: Mount volume #2 DUMP: Is the new volume mounted and ready to go?: («yes» or «no») yes DUMP: Volume 2 started with block 10241 at: Fri May 30 13:39:11 2014 DUMP: Volume 2 begins with blocks from inode 4276451 DUMP: End of tape detected DUMP: Closing /dev/tape DUMP: Volume 2 completed at: Fri May 30 13:39:15 2014 DUMP: Volume 2 10269 blocks (10.03MB) DUMP: Volume 2 took 0:00:04 DUMP: Volume 2 transfer rate: 2560 kB/s DUMP: Change Volumes: Mount volume #3 DUMP: Is the new volume mounted and ready to go?: («yes» or «no») yes DUMP: Volume 3 started with block 20480 at: Fri May 30 13:39:19 2014 DUMP: Volume 3 begins with blocks from inode 4671894 DUMP: End of tape detected Volume 4, Volume 5, Volume 6 и так до бесконечности

я переносил, просто удалял ксеновские ядра и ставил нормальное + grub настраивал, все через chroot делал

dump -0uf - /dev/xvda1 | ssh 188.120.235.234 'dd of=/root/nq.dump'

куча бегающих символов в putty и мерцает экран на сервере ничего нет)

да останови все сервисы кроме сети и ссш и сделай rsync по каждому разделу over ssh

putty

)о(

dump -0auL -f -

Откуда это скопировал? Думай что делаешь!

dump -0 -f - /dev/xvda1 | ssh target 'cd /newroot; restore -r -f -'

putty

)о(

Когда не можешь помочь, просто посмейся.

тег code уже осиль наконец!

http://studyhat.blogspot.ru/2012/05/using-dumprestore-command-do-backup-and.html

как записать дамп в файл овер ssh читай тут - http://studyhat.blogspot.ru/2012/05/using-dumprestore-command-do-backup-and.html

dump -0uf - /dev/sda1 | ssh root@192.168.0.14 dd of=/tmp/sda1.dump

и ходи по ssh с ключами - http://linux26.ru/articles/users/generacziya-klyuchej-dlya-besparolnogo-vxoda...

В общем сделал так - запаковал все tarом, создал новый раздел в него все распакавал, загрузился с rescuecd, примонтировал раздел, сделал chroot, переставил загрузщик и поправил fstab.

Оказалось не так страшно)) Всем лучи добра!

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