VM migration from vmware to kvm failed.

[nemethga]

We have ACS 4.22 environment with KVM and we are testing VM conversion from vmware to acs. Test VM is stopped OL8 linux. The following error occurred during migration. The error is from KVM cloudstack agent log. Where could the problem be? Vcenter is available.

• Where can I find a more detailed description of the functionality of individual parts of the migration tool?
• What should be the correct settings on the vcenter side?
• What services must be running on vcenter?
• I found out that the error could be related to the running of the vmware-sps service on the server?

Thanks for your help

2026-03-24 14:03:52,798 INFO [resource.wrapper.LibvirtConvertInstanceCommandWrapper] (Script-7:[]) (logid:) ((test-vm-01) export ovf) Error: Internal error: Failed to connect to remote host [vc01.testdomain.sk due to [No version for VMODL calls to <<<cs p:000055dee12710b0, TCP:vc01.testdomain.sk:443> >, /sdk>]
2026-03-24 14:03:52,800 INFO [resource.wrapper.LibvirtConvertInstanceCommandWrapper] (Script-7:[]) (logid:) ((doval-export-test) export ovf) Completed with errors
2026-03-24 14:03:52,809 WARN [resource.wrapper.LibvirtConvertInstanceCommandWrapper] (AgentRequest-Handler-4:[]) (logid:36eb933c) Execution of process [3172099] for command [ovftool --noSSLVerify vi://**
@vc01.testdomain.sk:443/PosAm DC/vm/Development/_noBCK/test-vm-01 /mnt/769229c1-29e0-3ff9-a668-97167bb64eee/14837b91-e991-4657-800c-3b585a149f32/ ] failed.
2026-03-24 14:03:52,809 WARN [resource.wrapper.LibvirtConvertInstanceCommandWrapper] (AgentRequest-Handler-4:[]) (logid:36eb933c) Exception [Stream closed] occurred when attempting to run command [ovftoo
l --noSSLVerify vi://**@vc01.testdomain.sk:443/PosAm DC/vm/Development/_noBCK/test-vm-01 /mnt/769229c1-29e0-3ff9-a668-97167bb64eee/14837b91-e991-4657-800c-3b585a149f32/ ]. java.io.IOException: St
ream closed
at java.base/java.io.BufferedInputStream.getBufIfOpen(BufferedInputStream.java:168)
at java.base/java.io.BufferedInputStream.read(BufferedInputStream.java:334)
at java.base/sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:287)
at java.base/sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:330)
at java.base/sun.nio.cs.StreamDecoder.read(StreamDecoder.java:190)
at java.base/java.io.InputStreamReader.read(InputStreamReader.java:177)
at java.base/java.io.BufferedReader.fill(BufferedReader.java:162)
at java.base/java.io.BufferedReader.readLine(BufferedReader.java:329)
at java.base/java.io.BufferedReader.readLine(BufferedReader.java:396)
at com.cloud.utils.script.OutputInterpreter.processError(OutputInterpreter.java:41)
at com.cloud.utils.script.Script.execute(Script.java:336)
at com.cloud.hypervisor.kvm.resource.wrapper.LibvirtConvertInstanceCommandWrapper.exportOVAFromVMOnVcenter(LibvirtConvertInstanceCommandWrapper.java:220)
at com.cloud.hypervisor.kvm.resource.wrapper.LibvirtConvertInstanceCommandWrapper.execute(LibvirtConvertInstanceCommandWrapper.java:104)
at com.cloud.hypervisor.kvm.resource.wrapper.LibvirtConvertInstanceCommandWrapper.execute(LibvirtConvertInstanceCommandWrapper.java:47)
at com.cloud.hypervisor.kvm.resource.wrapper.LibvirtRequestWrapper.execute(LibvirtRequestWrapper.java:78)
at com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:2280)
at com.cloud.agent.Agent.processRequest(Agent.java:813)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:1295)
at com.cloud.utils.nio.Task.call(Task.java:83)
at com.cloud.utils.nio.Task.call(Task.java:29)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.base/java.lang.Thread.run(Thread.java:840)

2026-03-24 14:03:52,810 ERROR [resource.wrapper.LibvirtConvertInstanceCommandWrapper] (AgentRequest-Handler-4:[]) (logid:36eb933c) (test-vm-01) Export OVA for the VM test-vm-01 failed

[sureshanaparti]

@nemethga it seems kvm host is unable to reach the vcenter vc01.testdomain.sk, can you manually try the ovftool cmd and verify it?

[nemethga]

How do I properly verify whether vCenter is accessible from a KVM host?.

I try reach from vcenter from kvm using:
ovftool --noSSLVerify vi://**@vc01.testdomain.sk:443/PosAm DC/vm/Development/_noBCK/test-vm-01 /mnt/

There is log from ovftool.

2026-03-25T17:47:50.695+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SSL_DB] Using /root/.ovftool.ssldb as SSL DB
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 2 (SIGINT)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 4 (SIGILL)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 6 (SIGABRT)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 8 (SIGFPE)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 15 (SIGTERM)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 1 (SIGHUP)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 3 (SIGQUIT)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 5 (SIGTRAP)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 9 (SIGKILL)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Subscribing to signal: 13 (SIGPIPE)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Initializing progress
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] OvfTool Version: VMware ovftool 5.0.0 (build-24781994)
2026-03-25T17:47:50.703+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Using home directory:
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Curl Version: 8.11.1
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Done initializing libs
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Determining source
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Determining target
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Getting source
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Getting vi source
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Connecting to vi host vc01.testdomain.sk
2026-03-25T17:47:50.707+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] Skip SSL verification
2026-03-25T17:47:50.708+01:00 verbose OVFTool[3519052] [Originator@6876 sub=HttpConnectionPool-000000] LayeredHttpConnectionPool created. maxPoolConnections = 20; idleTimeout = 900000000 us; maxOpenConnec
tions = 20; detectRemoteClose = true
2026-03-25T17:47:51.728+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:47:51.969+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:48:02.111+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:48:02.315+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:48:06.717+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:48:07.081+01:00 verbose OVFTool[3519052] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:48:12.773+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] [SSL_DB] Using /root/.ovftool.ssldb as SSL DB
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 2 (SIGINT)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 4 (SIGILL)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 6 (SIGABRT)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 8 (SIGFPE)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 15 (SIGTERM)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 1 (SIGHUP)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 3 (SIGQUIT)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 5 (SIGTRAP)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 9 (SIGKILL)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Subscribing to signal: 13 (SIGPIPE)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Initializing progress
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] OvfTool Version: VMware ovftool 5.0.0 (build-24781994)
2026-03-25T17:48:12.781+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Using home directory:
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Curl Version: 8.11.1
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Done initializing libs
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Determining source
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Determining target
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Getting source
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Getting vi source
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Connecting to vi host vc01.testdomain.sk
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Skip SSL verification
2026-03-25T17:48:12.785+01:00 verbose OVFTool[3519143] [Originator@6876 sub=HttpConnectionPool-000000] LayeredHttpConnectionPool created. maxPoolConnections = 20; idleTimeout = 900000000 us; maxOpenConnec
tions = 20; detectRemoteClose = true
2026-03-25T17:49:44.875+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:49:50.686+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:49:54.064+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] [SigHandler] Signal caught: 2
2026-03-25T17:50:12.786+01:00 warning OVFTool[3519157] [Originator@6876 sub=HttpConnectionPool-000000] Failed to get pooled connection; <cs p:000055c303289eb0, TCP:vc01.testdomain.sk:443>, (null), duration:
120001msec, N7Vmacore17CanceledExceptionE(Operation was canceled)
--> [context]zKq7AVECAQAAAKokegEOT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgCm/B8AMDY1AJpLPAC8TDwAdE48AORZPABtaTUAZYQ1AO5NSwHagQBsaWJwdGhyZWFkLnNvLjAAAlOZA2xpYmMuc28uNgA=[/context]
2026-03-25T17:50:12.787+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Version discovery for 'vim' VMODL from vc01.testdomain.sk:443 failed: N7Vmacore16TimeoutExceptionE(Operation timed out)
--> [context]zKq7AVECAQAAAKokegENT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgBc/h8AqOAqAZwLImxpYnZtb21pLnNvAAEcHCICiF00b3ZmdG9vbC5iaW4AAs5rNAKI4iwCsxQdAyWpA2xpYmMuc28uNgACdaYe[/context]
--> caused by:
--> [context]zKq7AVECAQAAAKokegENT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgCm/B8A8eAqAZwLImxpYnZtb21pLnNvAAEcHCICiF00b3ZmdG9vbC5iaW4AAs5rNAKI4iwCsxQdAyWpA2xpYmMuc28uNgACdaYe[/context]
2026-03-25T17:50:12.790+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Could not establish connection to remote host vc01.testdomain.sk: N7Vmacore24InvalidArgumentExceptionE(No version for VMO
DL calls to <<<cs p:000055c303289eb0, TCP:vc01.testdomain.sk:443> >, /sdk>)
--> [context]zKq7AVECAQAAAKokegEMT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgGwOhBsaWJ2bW9taS5zbwABNRckAdQXJAIiVjRvdmZ0b29sLmJpbgACzms0AojiLAKzFB0DJakDbGliYy5zby42AAJ1ph4=[/context]
2026-03-25T17:50:12.792+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Destruction of ViConnection
2026-03-25T17:50:12.786+01:00 error OVFTool[3519148] [Originator@6876 sub=IO.Http] User agent failed to send request; (null), N7Vmacore16TimeoutExceptionE(Operation timed out)
--> [context]zKq7AVECAQAAAKokegENT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgBc/h8AqOAqAZwLImxpYnZtb21pLnNvAAEcHCICiF00b3ZmdG9vbC5iaW4AAs5rNAKI4iwCsxQdAyWpA2xpYmMuc28uNgACdaYe[/context]
--> caused by:
--> [context]zKq7AVECAQAAAKokegENT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgCm/B8A8eAqAZwLImxpYnZtb21pLnNvAAEcHCICiF00b3ZmdG9vbC5iaW4AAs5rNAKI4iwCsxQdAyWpA2xpYmMuc28uNgACdaYe[/context]
2026-03-25T17:50:12.792+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Exception thrown: N5boost10wrapexceptI16OvfToolExceptionEE(Internal error: Failed to connect to remote host [vc01.testdomain.sk] due to [No version for VMODL calls to <<<cs p:000055c303289eb0, TCP:vc01.testdomain.sk:443> >, /sdk>])
--> [context]zKq7AVECAQAAAKokegEKT1ZGVG9vbAAA+MRQbGlidm1hY29yZS5zbwAAb00oACoaJgEPUyBvdmZ0b29sLmJpbgABX58XAc5rNAGI4iwBsxQdAiWpA2xpYmMuc28uNgABdaYe[/context]
2026-03-25T17:50:12.795+01:00 verbose OVFTool[3519143] [Originator@6876 sub=Default] Backtrace:
--> [backtrace begin] product: VMware Workstation, version: e.x.p, build: build-24781994, tag: OVFTool, cpu: x86_64, os: linux, buildType: releasereac

I try convert vmware vm using "Enable to force OVF Download via Management Server. Disable to use KVM Host ovftool (if installed)" and there is an error i from cloudstack-management.log:

2026-03-25 18:14:14,820 DEBUG [c.c.h.g.VMwareGuru] (API-Job-Executor-28:[ctx-caa09201, job-18021, ctx-8ff33e33]) (logid:32ac8560) Successfully executed process [908740] for command [mkdir -p /var/cloudsta
ck/mnt/345050258152.50657df9/8d764d0f-a510-4e62-9c5f-69f6caf4557e ].
2026-03-25 18:14:14,827 DEBUG [c.c.h.g.VMwareGuru] (API-Job-Executor-28:[ctx-caa09201, job-18021, ctx-8ff33e33]) (logid:32ac8560) Creating OVF 8d764d0f-a510-4e62-9c5f-69f6caf4557e for the VM test-vm-01 at /var/cloudstack/mnt/345050258152.50657df9/8d764d0f-a510-4e62-9c5f-69f6caf4557e
2026-03-25 18:14:14,862 ERROR [c.c.h.g.VMwareGuru] (API-Job-Executor-28:[ctx-caa09201, job-18021, ctx-8ff33e33]) (logid:32ac8560) Error create template file of the VM: test-vm-01 from vCenter vc01.testdomain.sk: Index 0 out of bounds for length 0 java.lang.IndexOutOfBoundsException: Index 0 out of bounds for length 0
at java.base/jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64)
at java.base/jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:70)
at java.base/jdk.internal.util.Preconditions.checkIndex(Preconditions.java:248)
at java.base/java.util.Objects.checkIndex(Objects.java:374)
at java.base/java.util.ArrayList.get(ArrayList.java:459)
at com.cloud.hypervisor.vmware.mo.DatacenterMO.getOwnerDatacenter(DatacenterMO.java:357)
at com.cloud.hypervisor.vmware.mo.HostMO.getHyperHostDatacenter(HostMO.java:253)
at com.cloud.hypervisor.vmware.mo.VirtualMachineMO.exportVm(VirtualMachineMO.java:1834)
at com.cloud.hypervisor.guru.VMwareGuru.createOVFTemplateOfVM(VMwareGuru.java:1386)
at com.cloud.hypervisor.guru.VMwareGuru.createVMTemplateOutOfBand(VMwareGuru.java:1513)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.createOvfTemplateOfSourceVmwareUnmanagedInstance(UnmanagedVMsManagerImpl.java:1694)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.importUnmanagedInstanceFromVmwareToKvm(UnmanagedVMsManagerImpl.java:1781)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.baseImportInstance(UnmanagedVMsManagerImpl.java:1427)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.importVm(UnmanagedVMsManagerImpl.java:1576)
at jdk.internal.reflect.GeneratedMethodAccessor782.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:109)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:175)
at com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:52)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:175)
at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:97)
......
2026-03-25 18:14:14,862 ERROR [o.a.c.v.UnmanagedVMsManagerImpl] (API-Job-Executor-28:[ctx-caa09201, job-18021, ctx-8ff33e33]) (logid:32ac8560) Error importing VM: Error create template file of the VM: dov
al-export-test from vCenter c01.testdomain.sk: Index 0 out of bounds for length 0 com.cloud.utils.exception.CloudRuntimeException: Error create template file of the VM: test-vm-01 from vCenter c01.testdomain.sk: Index 0 out of bounds for length 0
at com.cloud.hypervisor.guru.VMwareGuru.createVMTemplateOutOfBand(VMwareGuru.java:1519)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.createOvfTemplateOfSourceVmwareUnmanagedInstance(UnmanagedVMsManagerImpl.java:1694)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.importUnmanagedInstanceFromVmwareToKvm(UnmanagedVMsManagerImpl.java:1781)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.baseImportInstance(UnmanagedVMsManagerImpl.java:1427)
at org.apache.cloudstack.vm.UnmanagedVMsManagerImpl.importVm(UnmanagedVMsManagerImpl.java:1576)
at jdk.internal.reflect.GeneratedMethodAccessor782.invoke(Unknown Source)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
......
Caused by: java.lang.IndexOutOfBoundsException: Index 0 out of bounds for length 0
at java.base/jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64)
at java.base/jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:70)
at java.base/jdk.internal.util.Preconditions.checkIndex(Preconditions.java:248)
at java.base/java.util.Objects.checkIndex(Objects.java:374)
at java.base/java.util.ArrayList.get(ArrayList.java:459)
at com.cloud.hypervisor.vmware.mo.DatacenterMO.getOwnerDatacenter(DatacenterMO.java:357)
at com.cloud.hypervisor.vmware.mo.HostMO.getHyperHostDatacenter(HostMO.java:253)
at com.cloud.hypervisor.vmware.mo.VirtualMachineMO.exportVm(VirtualMachineMO.java:1834)
at com.cloud.hypervisor.guru.VMwareGuru.createOVFTemplateOfVM(VMwareGuru.java:1386)
at com.cloud.hypervisor.guru.VMwareGuru.createVMTemplateOutOfBand(VMwareGuru.java:1513)
... 33 more

2026-03-25 18:14:14,901 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-28:[ctx-caa09201, job-18021]) (logid:32ac8560) Complete async job-18021, jobStatus: FAILED, resultCode: 530, result: org.a
pache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":"530","errortext":"Error create template file of the VM: test-vm-01 from vCenter vc01.testdomain.sk: Index 0 out of bou
nds for length 0"}

[nemethga]

Any update for this issue?

I have seen many videos that you have shown in the labs, how to migrate vm from vmware to kvm through this tool. It seems that it is not at all tight, I do not know how it is usable in a production environment.

We do not know how to resolve error conditions and I have no idea how to run this conversion tool. Is there anyone here who has the conversion working and uses it in real conditions?

Thanks

[DaanHoogland]

it looks like your kvm host running the ovftool cannot reach the vcenter.

[bernardodemarco]

Hello, @nemethga, and others

Where can I find a more detailed description of the functionality of individual parts of the migration tool?
What should be the correct settings on the vcenter side?
What services must be running on vcenter?
I found out that the error could be related to the running of the vmware-sps service on the server?

The ACS native feature of importing VMs from VMware has some prerequisites that must be met before starting to use it. First, the Management Servers must be able to communicate with vCenter where the VMs are converted from, and vCenter must have access to one of the storage systems registered in ACS (secondary storage is a great choice; the reason is explained below). Additionally, some packages must be installed on the KVM hosts in the compute plane, including:

• virt-v2v: used to perform the conversion;
• nbdkit: required for virt-v2v to perform conversions on Ubuntu hosts;
• virtio-win: required for Windows VM conversions to enable virt-v2v to automatically install VirtIO drivers on the VMs.

With the packages installed on the KVM hosts in the compute plane, the conversion can be performed through the graphical interface by navigating to Tools > Import-Export Instances and selecting Migrate existing instances to KVM. This process can be executed while the VM is running, but it is recommended to shut it down to avoid inconsistencies in the converted VM. For example, Windows VMs will not boot properly if converted while powered on. The process executed by ACS is as follows:

1. The Management Server sends a command to vCenter to export the VM's OVF to temporary storage. This storage must use NFS and be accessible to vCenter, the KVM hosts, and the Management Servers. Therefore, one can use the secondary storage as the temporary storage (default option if no temporary storage is specified);
2. A KVM host runs virt-v2v to convert the OVF into a KVM VM;
3. The resulting KVM VM (volumes) is moved to the target primary storage; the VM on KVM is stopped during this process;
4. The resulting KVM VM is imported into ACS (the original VM continues to exist in VMware and remains registered in ACS, if previously registered).

Notes: This process is extremely time-consuming, making its use unfeasible in most use cases when handling migration of TiB of volumes. This happens because virt-v2v creates a temporary VM to inspect the source VM and generate a converted volume with the drivers properly installed. Additionally, volumes must be copied to temporary storage and then to the target primary storage. Therefore, if timeouts occur with very large volumes, the global setting convert.vmware.instance.to.kvm.timeout should be increased. In case of failure, temporary volumes are automatically removed.

Additionally, the conversion itself is performed by an external tool (virt-v2v), which supports most operating systems, but not all. Therefore, conversion success depends on whether virt-v2v works correctly for the operating system of the VM being converted.

---

I do not know how it is usable in a production environment

As previously mentioned and explained, given that it takes an expressive amount of time to migrate a VM using the built-in ACS functionality, it becomes unusable for some production situations. However, as a workaround, manual processes can be designed and executed to perform the migration of the instances.

Next, a feasible alternative is described that only generates a single downtime of a few seconds for the imported VMs. It requires a shared NFS appliance accessible by VMware and KVM hosts, which does not need to be presented to ACS. Basically, the approach leverages: (i) the possibility provided by QEMU of having QCOW2 volumes with VMDK volumes as backing files; and (ii) the KVM's functionality of consolidating the backing file of a volume into its delta while the VM is running (the original/backing file is not changed and is kept after the operation).

Below are the steps that could be performed to manually migrate a VM from VMware to KVM using this approach:

1. Create and start a new VM in ACS with the same definitions as the original VM from VMware (CPU, memory, NICs, disks, controllers, and so on);
2. Stop the new VM in ACS;
3. Collect the information about the storage and primary storage volume's path of the new VM's volumes;
4. Migrate the original VM volumes (VMDKs) on VMware to the NFS shared between VMware and KVM;
5. Then, we map the original VM's volume paths with the new VM's volume paths;
6. For each volume, prepare the qemu-img command to create a volume with a backing file (qemu-img create -b <volume-path-of-vm-on-vmware> -F vmdk <volume-path-of-vm-on-kvm> -f qcow2 <volume-virtual-size>);
   • Note that at this moment, one should only prepare the commands; they must not be executed.
7. Stop the original VM on VMware;
8. Execute the commands prepared in step 6 on a KVM host that has access to the NFS shared between VMware and KVM and the primary storage where the new VM's volumes are allocated;
9. Start the new VM through ACS, on the host where the commands were executed;
10. On the KVM host, list the VM's block device labels with the command virsh domblklist <vm-internal-name>;
11. For every device label (except CD-ROMs), execute the command virsh blockpull --domain <vm-internal-name> --path <device-label>.

With that, the downtime will only occur during the execution of steps 7 and 8, whose commands should not take more than a few seconds to finish. With step 11, the volumes are fully converted to QCOW2 without any downtime, ending the import procedure. This will also make sure that the data between ACS VM and VMware is the same, thus avoiding the need to further sync the data.

---

Hope it helps :),
Bernardo De Marco Gonçalves (bernardodemarco)