On 11 Oct 2016, at 16:01, Tomáš Golembiovský
<tgolembi(a)redhat.com> wrote:
Hi,
On Mon, 10 Oct 2016 12:21:47 +0200 (CEST)
Nelson Lameiras <nelson.lameiras(a)lyra-network.com> wrote:
> hello michal,
>
> Yes, both paths are correct and working on the source host since the VM starts and
works correctly on source host. Nevertheless I have checked with fdisk and mount to assure
that these devices are indeed reachable.
>
> Please understand that my setup is the following:
> source host : KVM (hosting the VM to migrate)
> target host : oVirt 4.0.4 (patched)
>
> The error "no storage vol with matching path '/dev/sdc'" is
returned by the target host script /usr/lib/python2.7/site-packages/vdsm/v2v.py.
> This almost seems normal since the device /dev/sdc is not mounted on target host
(where script is running) but only on source host.
>
> Can this be the source of the error ?
To me this looks more like a bug in the engine, not in VDSM.
The exception in the VDSM log is OK and it is not fatal. It is actually
to be expected for block devices. VDSM is trying to find out the size of
the disk, but the way it does that is tailored for volumes in storage
pool. But the block device is not a volume in a storage pool and that is
why libvirt complains. We can potentially skip the check for block
devices to avoid error in the log, or provide some other logic of
getting the size.
But the real problem is this error in engine.log:
> 2016-09-29 14:13:48,637 ERROR
[org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) []
Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException:
java.lang.NumberFormatException: null (Failed with error ENGINE and code 5001)
We don't send the size (or rather send null value) for the disk and
engine does not like that. I assume engine does not really consider all
the optional VM properties as optional.
is it really optional in schema?
even if it is, indeed it’s wrong:)
the best would be to handle it on v2v.py side first to avoid libvirt err, but i don’t know
if we can get that info via libvirt in any other way:/
Tomas
--
Tomáš Golembiovský <tgolembi(a)redhat.com>