LINUX.ORG.RU
решено Форум — Admin  

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

 , , ,


0

1

Есть две виртуалки в разных ДЦ. Конфигурации разные. У первой диск 100Gb, у целевой 90Gb. У целевой есть KVM-VNC и есть возможность загрузиться с rescue cd. Тип ext3.

Всегда пугал этот вопрос. Как правильно перенести систему?



Последнее исправление: hitmany (всего исправлений: 2)

Ответ на: комментарий от vxzvxz

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.

hitmany
() автор топика
Ответ на: комментарий от anton_jugatsu

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

hitmany
() автор топика

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

DALDON ★★★★★
()
Ответ на: комментарий от hitmany

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

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

vxzvxz ★★★
()
Ответ на: комментарий от vxzvxz

из под рута делал, 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 и так до бесконечности

hitmany
() автор топика

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

Ien_Shepard ★★★
()
Ответ на: комментарий от vxzvxz

putty

)о(

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

sdio ★★★★★
()
Ответ на: комментарий от vxzvxz

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

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

hitmany
() автор топика
Ответ на: комментарий от hitmany

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

vxzvxz ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin