Создание моего виртуального сервера - что происходит с моим LVMs?

От чего являетесь Вы планированием наличия xen и начальной загрузки dom0? Если у Вас есть другой диск с этой целью, то можно просто передать существующие диски непосредственно до нового vm, и они будут работать без модификации; просто необходимо настроить hvm domU.

А более типичная установка должна была бы иметь dom0, управляют дисками с помощью lvm и/или md для набега, затем представляют логические тома гостю vms как xen виртуальные диски. Гость может сложить его собственный lvm сверху виртуального диска, если он хочет, но не должен. Если это делает, просто необходимо удостовериться, что dom0 не пытается активировать любые группы объема, которые это находит в его логических томах, которые могут потребовать правил фильтра/etc/lvm/lvm.conf's изменения.

Перемещение от существующей системы до такой установки через резервное копирование и восстановления просто означает прохождение через обычной стандартной программы аварийного восстановления: обновите свое резервное копирование (т.е. с tar), загрузите новый vm, отформатируйте виртуальный диск (который может включить установку lvm снова, если Вы хотите пойти тем путем), затем восстановите.

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

http://tldp.org/HOWTO/LVM-HOWTO/recipemovevgtonewsys.html

13.6. Перемещение группы объема к другой системе

Довольно легко переместить целую группу объема в другую систему, если, например, пользовательский отдел получает новый сервер. Чтобы сделать это, мы используем команды vgimport и vgexport.

Примечание:

vgexport/vgimport не необходим для перемещения дисков от одной системы до другого. Это - инструмент административной политики для предотвращения доступа к объемам во время, которое требуется для перемещения их.

13.6.1. Размонтируйте файловую систему

Во-первых, удостоверьтесь, что никакие пользователи не получают доступ к файлам на активном томе, затем размонтировали его

# unmount /mnt/design/users

13.6.2. Mark неактивную группу объема

Отмечание неактивной группы объема удаляет его из ядра и предотвращает дальнейшее действие по нему.

# vgchange -an design
vgchange -- volume group "design" successfully deactivated

13.6.3. Экспортируйте группу объема

Теперь необходимо экспортировать группу объема. Это препятствует тому, чтобы он был получен доступ в ''старой'' хост-системе, и готовит его, чтобы быть удаленным.

# vgexport design
vgexport -- volume group "design" successfully exported

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

13.6.4. Импортируйте группу объема

Когда - разъем в новую систему, это становится/dev/sdb так начальная буква pvscan шоу:

# pvscan
pvscan -- reading all physical volumes (this may take a while...)
pvscan -- inactive PV "/dev/sdb1"  is in EXPORTED VG "design" [996 MB / 996 MB free]
pvscan -- inactive PV "/dev/sdb2"  is in EXPORTED VG "design" [996 MB / 244 MB free]
pvscan -- total: 2 [1.95 GB] / in use: 2 [1.95 GB] / in no VG: 0 [0]

Мы можем теперь импортировать группу объема (который также активирует ее), и смонтируйте файловую систему.

Если Вы импортируете в системе LVM 2, выполненной:

# vgimport design
  Volume group "design" successfully imported

Если Вы импортируете в системе LVM 1, добавьте PVs, который должен быть импортирован:

# vgimport design /dev/sdb1 /dev/sdb2
vgimport -- doing automatic backup of volume group "design"
vgimport -- volume group "design" successfully imported and activated

13.6.5. Активируйте группу объема

Необходимо активировать группу объема, прежде чем можно будет получить доступ к ней.

# vgchange -ay design

13.6.6. Смонтируйте файловую систему

# mkdir -p /mnt/design/users
# mount /dev/design/users /mnt/design/users

Файловая система теперь доступна для использования.