
=head1 НАЗВА

virt-v2v-input-xen — використання virt-v2v для перетворення гостьових систем з Xen

=head1 КОРОТКИЙ ОПИС

 virt-v2v -ic 'xen+ssh://root@xen.example.com'
          -ip passwordfile
          GUEST_NAME [-o* options]

=head1 ОПИС

На цій сторінці викладено документацію щодо використання L<virt-v2v(1)> для перетворення гостьових систем з Xen основних систем під керуванням RHEL 5, SLES та OpenSUSE.

=head1 ВХІДНІ ДАНІ З XEN

=head2 Розпізнавання за допомогою SSH

You can use SSH password authentication, by supplying the name of a file containing the password to the I<-ip> option (note this option does I<not> take the password directly).  You may need to adjust F</etc/ssh/sshd_config> on the Xen server to set C<PasswordAuthentication yes>.

Якщо ви не використовуєте розпізнавання за паролем, альтернативою є використання ssh-agent і додавання вашого відкритого ключа ssh до F</root/.ssh/authorized_keys> (у основній системі Xen). Після виконання цих дій вам слід перевірити, чи працює доступ без пароля з сервера virt-v2v до основної системи Xen. Приклад:

 $ ssh root@xen.example.com
 [ журналювання безпосередньо до оболонки, пароль не потрібен ]

У деяких сучасних реалізаціях ssh застарілі правила шифрування, потрібні для взаємодії із sshd RHEL 5 вимкнено. Щоб увімкнути ці правила у вас може виникнути потреба у запуску вказаної нижче команди на сервері перетворення (тобто клієнті ssh), втім, спочатку ознайомтеся зі сторінкою підручника щодо L<update-crypto-policies(8)>:

 # update-crypto-policies --set LEGACY

=head2 Перевірка з'єднання libvirt із віддаленою основною системою Xen

Скористайтеся командою L<virsh(1)> для отримання списку гостьових систем на віддаленому вузлі Xen:

 $ virsh -c xen+ssh://root@xen.example.com list --all
  Id    Name                           State
 ----------------------------------------------------
  0     Domain-0                       running
  -     rhel49-x86_64-pv               shut off

Крім того, вам слід спробувати створити дамп метаданих з будь-якої гостьової системи на вашому сервері, ось так:

 $ virsh -c xen+ssh://root@xen.example.com dumpxml rhel49-x86_64-pv
 <domain type='xen'>
   <name>rhel49-x86_64-pv</name>
   [...]
 </domain>

B<Якщо наведені вище команди не дають бажаного результату, virt-v2v також не працюватиме>.  Перш ніж продовжувати, виправте ваші налаштування на віддаленому сервері.

B<Якщо диски гостьової системи розташовано на блоковому пристрої основної системи>, перетворення виконати не вдасться. Обійти цю незручність можна за допомогою методики, яку викладено у розділі L</Перетворення Xen або ssh з блокових пристроїв> нижче.

=head2 Імпортування гостьової системи

Щоб імпортувати певну гостьову систему з сервера Xen, віддайте такі команди:

 $ virt-v2v -ic 'xen+ssh://root@xen.example.com' \
           rhel49-x86_64-pv \
           -o local -os /var/tmp

де C<rhel49-x86_64-pv> — назва гостьової системи (яку має бути вимкнено).

У цьому випадку прапорці виведення встановлено так, щоб перетворена гостьова система записувалася до тимчасового каталогу, оскільки це лише приклад, але ви також можете записати перетворену систему до libvirt або будь-якого іншого підтримуваного призначення.

=head2 Перетворення Xen або ssh з блокових пристроїв

У поточній версії virt-v2v не може безпосередньо отримувати доступ до гостьової системи Xen (або будь-якої іншої гостьової системи, доступ до якої здійснюється віддалено за допомогою ssh), якщо диски цієї гостьової системи розташовано на блокових пристроях основної системи.

Щоб визначити, чи використовує гостьова система Xen блокові пристрої основної системи, зверніться до вмісту XML гостьової системи. Там ви побачите таке:

  <disk type='block' device='disk'>
    ...
    <source dev='/dev/VG/guest'/>

де C<type='block'>, C<source dev=> і C</dev/...> усі вказують на тек, що диск розташовано на блоковому пристрої основної системи.

Причиною проблем є те, що драйвер блокових пристроїв із доступом за допомогою ssh у qemu, яким ми користуємося для доступу до віддалених дисків, використовує протокол sftp ssh, а цей протокол не може правильно визначати розмір блокових пристроїв основної системи.

The workaround is to copy the block device from the remote Xen server to a regular local file, copy the libvirt guest XML, adjust the C<disk> element to point to the local file, and use C<-i libvirtxml> mode instead.

=head1 ТАКОЖ ПЕРЕГЛЯНЬТЕ

L<virt-v2v(1)>.

=head1 АВТОР

Richard W.M. Jones

=head1 АВТОРСЬКІ ПРАВА

© Red Hat Inc., 2009–2020

