Skip to content

Commit 04df6c0

Browse files
committed
Fixup
1 parent 7494002 commit 04df6c0

File tree

1 file changed

+21
-20
lines changed

1 file changed

+21
-20
lines changed

source/adminguide/virtual_machines/importing_vmware_vms_into_kvm.rst

Lines changed: 21 additions & 20 deletions
Original file line numberDiff line numberDiff line change
@@ -116,29 +116,30 @@ In the UI to import instance, you can optionally select a KVM host and temporary
116116
When importing a instance from VMware to KVM, CloudStack performs the following actions:
117117

118118
- Clones the Source Instance on the selected VMware Datacenter for running
119-
VMs: The source instance will be cloned in the original state for running
120-
VMs. The recommended state is the stopped state to prevent data
121-
inconsistencies or loss when cloning the instance.
119+
VMs: The source instance will be cloned in the original state for running
120+
VMs. The recommended state is the stopped state to prevent data
121+
inconsistencies or loss when cloning the instance.
122122
- Imports the VM files (OVF) of the Cloned instance for running VMs, Source
123-
Instance for stopped VMs to a temporary storage location (which can be
124-
selected by the administrator) from KVM host if ovftool installed or
125-
management server (can be forced by the administrator).
123+
Instance for stopped VMs to a temporary storage location (which can be
124+
selected by the administrator) from KVM host if ovftool installed or
125+
management server (can be forced by the administrator).
126126
- Converts the OVF on the temporary storage location to KVM using virt-v2v:
127-
CloudStack (or the administrator) selects a running and enabled KVM host to
128-
perform the conversion from VMware to KVM using **virt-v2v**. If the binary
129-
is not installed, then the host will fail the migration. In case it is
130-
installed, it will perform the conversion into the temporary location to
131-
store the converted QCOW2 disks of the instance. The disks are then moved
132-
into the destination storage pools for the instance. The conversion is a
133-
long-lasting process which can be set to time out by the global setting
134-
'convert.vmware.instance.to.kvm.timeout'. The conversion processes takes a
135-
long time because virt-v2v creates a temporary instance to inspect the
136-
source VM and generate the converted disks with the correct
137-
drivers. Additionally, it needs to copy the converted disks into
138-
the temporary location.
127+
CloudStack (or the administrator) selects a running and enabled KVM host to
128+
perform the conversion from VMware to KVM using **virt-v2v**. If the binary
129+
is not installed, then the host will fail the migration. In case it is
130+
installed, it will perform the conversion into the temporary location to
131+
store the converted QCOW2 disks of the instance. The disks are then moved
132+
into the destination storage pools for the instance. The conversion is a
133+
long-lasting process which can be set to time out by the global setting
134+
'convert.vmware.instance.to.kvm.timeout'. The conversion processes takes a
135+
long time because virt-v2v creates a temporary instance to inspect the
136+
source VM and generate the converted disks with the correct
137+
drivers. Additionally, it needs to copy the converted disks into
138+
the temporary location.
139139
- The converted instance is then imported into the selected KVM cluster.
140-
The instance for conversion is selected randomly from the selected
141-
destination cluster if no host for importing is selected.
140+
The host for conversion is selected randomly from the selected
141+
destination cluster if no host for importing is selected. Only enabled
142+
cluster & enabled host are considered for importing.
142143

143144
.. note:: Please consider not restarting the management servers while importing as it will lead to the interruption of the process and you will need to start again.
144145

0 commit comments

Comments
 (0)