[ovirt-users] can't import vm from KVM host

Thu Sep 29 12:31:42 UTC 2016

On 29.09.16 14:22, Nelson Lameiras wrote:
> Shahar,
> 
> I took the liberty to try to patch our test setup with the fix I took from https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
> I restarted vdsm afterwards
> 
> Result :
> In the GUI import page, now when clicking on "load" button (just before guetting the list of vm to import on source), an error occurs : "Failed to communicate with the external provider, see log for additional details."
> 
> Error on engine log :
> 
> "
> 2016-09-29 14:13:48,637 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': null
> 2016-09-29 14:13:48,637 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName = virtintelan01.lbg.office.lyra, GetVmsFromExternalProviderParameters:{runAsync='true', hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', url='qemu+ssh://root@192.168.210.140/system', username='null', originType='KVM'})' execution failed: null
> 2016-09-29 14:13:48,637 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand] (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 6e062276
> 2016-09-29 14:13:48,637 ERROR [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: java.lang.NumberFormatException: null (Failed with error ENGINE and code 5001)
> 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)
>         at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) [bll.jar:]
>         at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:]
>         at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257) [bll.jar:]
>         ...
> "
> 
> In the host, I can see the following errors on /var/log/messages : 
> 
> "
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk size#012Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in _add_disk_info#012    vol = conn.storageVolLookupByPath(disk['alias'])#012  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in storageVolLookupByPath#012    if ret is None:raise libvirtError('virStorageVolLookupByPath() failed', conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol with matching path '/dev/mapper/vg_00-lv_sys'
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk size#012Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in _add_disk_info#012    vol = conn.storageVolLookupByPath(disk['alias'])#012  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in storageVolLookupByPath#012    if ret is None:raise libvirtError('virStorageVolLookupByPath() failed', conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol with matching path '/dev/sdc'
> "
> 
> FYI "Volume de stockage introuvable" (french) = "storage volume not found" 
> 
> This error did not appear before patching with the fix.
> 
> I repeated the operation 2 times with a clean setup + patch. Same behaviour. Maybe I'm doing something wrong?
I need to check,
Thanks for the info.

> 
> my setup :
> ovirt-engine : centos 7.2 + ovirt 4.0.4
> hosts : centos 7.2 + ovirt 4.0.4 + fix
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> ----- Original Message -----
> From: "Nelson Lameiras" <nelson.lameiras at lyra-network.com>
> To: "Shahar Havivi" <shavivi at redhat.com>
> Cc: users at ovirt.org
> Sent: Friday, September 23, 2016 11:55:08 AM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> Shahar,
> 
> Thanks!
> I'll keep an eye on this bug and try to be helpfull when testing the fix.
> 
> nelson
> 
> ----- Original Message -----
> From: "Shahar Havivi" <shavivi at redhat.com>
> To: "Nelson Lameiras" <nelson.lameiras at lyra-network.com>
> Cc: "Nisim Simsolo" <nsimsolo at redhat.com>, users at ovirt.org
> Sent: Thursday, September 22, 2016 10:14:33 AM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> Nelson,
> I opened a bug regarding your issue
> https://bugzilla.redhat.com/show_bug.cgi?id=1378340
> 
> And send a fix:
> https://gerrit.ovirt.org/#/c/64272/
> 
> Thank you for your help!
> 
>  Shahar.
> 
> On 21.09.16 10:57, Shahar Havivi wrote:
> > On 20.09.16 10:24, Nelson Lameiras wrote:
> > > Here is the disk section of my vm,
> > > 
> > > ...
> > >     <disk type='block' device='disk'>
> > >       <driver name='qemu' type='raw' cache='none' io='native'/>
> > >       <source dev='/dev/mapper/vg_01-lv_sys'/>
> > >       <target dev='vda' bus='virtio'/>
> > >       <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
> > >     </disk>
> > >     <disk type='block' device='disk'>
> > >       <driver name='qemu' type='raw' cache='none' io='native'/>
> > >       <source dev='/dev/sdc'/>
> > >       <target dev='vdb' bus='virtio'/>
> > >       <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
> > >     </disk>
> > > ...
> > > 
> > > nelson
> > Thanks Nelson,
> > bz 1362525 will not solve your issue.
> > We will start work on that block device issue shortly and I hope that it will
> > make it to the next release.
> > 
> > Thank you,
> >  Shahar.
> > 
> > > 
> > > 
> > > ----- Original Message -----
> > > From: "Shahar Havivi" <shavivi at redhat.com>
> > > To: "Nelson Lameiras" <nelson.lameiras at lyra-network.com>
> > > Cc: "Nisim Simsolo" <nsimsolo at redhat.com>, users at ovirt.org
> > > Sent: Tuesday, September 20, 2016 8:04:41 AM
> > > Subject: Re: [ovirt-users] can't import vm from KVM host
> > > 
> > > On 19.09.16 18:11, Nelson Lameiras wrote:
> > > > Well I think I have a rather "classical" environment :
> > > > 
> > > > This is the test setup I created (from scratch) in order to simulate future migrations (which will be used to migrate our hundreds of vm in production)
> > > > 
> > > > On one side, I have a x86_64 centos7.2+KVM hosting one VM with 2 iscsi disks : 
> > > >   1 LVM block device /dev/mapper/vg_01-lv_sys, using virtio
> > > >   1 block device /dev/sdc, using virtio
> > > > 
> > > > on the other side, I have a x86_64 centos 7.2 oVirt cluster (2 hosts, same hardware as KVM hosts) installed with 4.0.3 oVirt (hosts and engine) fully upgraded to 4.0.4RC1 (hosts and engine)
> > > > Target would be oVirt iscsi Data Domain disk (which is irrelevant because the problem I'm describing arises before selecting oVirt target)
> > > > 
> > > > I'm using the GUI to test the native import capabilities of oVirt "Import VM"
> > > > When selecting KVM import, putting correct URL data (using either tcp or ssh transport), I get a list of VM machines running in the KVM cluster (for this exemple, only the one VM described above), but the disk count is always 0. Which makes it impossible to import the VM.
> > > > 
> > > > I should add that I made the same VM import using "local hard drives" (ie. local raw file) and it works as expected, I can see one or multiple disks and import them easily to oVirt. The problem seems to manifest itself only when importing disks using block devices directly.
> > > > 
> > > > Do you need more information from me, or make more tests?
> > > > 
> > > > thanks a lot,
> > > > nelson
> > > Can you post the libvirt xml as attachment here (at least the disks sections):
> > > 
> > > $ virsh -r dumpxml <vmname>
> > > 
> > >  Shahar.
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users