[ovirt-users] Re: can't import vm from KVM host
hello,
any news on this issue ?
can I do anything to help ?
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: "Shahar Havivi"
To: "Nelson Lameiras"
Cc: users@ovirt.org
Sent: Thursday, September 29, 2016 2:31:42 PM
Subject: Re: [ovirt-users] can't import vm from KVM host
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#012vol = conn.storageVolLookupByPath(disk['alias'])#012
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in
> storageVolLookupByPath#012if 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#012vol = conn.storageVolLookupByPath(disk['alias'])#012
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in
> storageVolLookupByPath#012if 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"
> To: "Shahar Havivi"
> Cc: users@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:
[ovirt-users] Re: can't import vm from KVM host
> On 7 Oct 2016, at 09:42, Nelson Lameiras
> wrote:
>
> hello,
>
> any news on this issue ?
Hi, Shahar is out on vacation for few weeks
> can I do anything to help ?
hm...looking at the error, can you please confirm those paths
('/dev/mapper/vg_00-lv_sys’, /dev/sdc) are mounted/correct on the source host?
Seems like the patch works and adds those disks all right, but further queries
fails indicating those disks are not reachable.
Thanks,
michal
>
> 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: "Shahar Havivi"
> To: "Nelson Lameiras"
> Cc: users@ovirt.org
> Sent: Thursday, September 29, 2016 2:31:42 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
>
> 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#012vol = conn.storageVolLookupByPath(disk['alias'])#012
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in
>> storageVolLookupByPath#012if 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#012vol = conn.storageVolLookupByPath(disk['alias'])#012
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in
>> storageVolLookupByPath#012if 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 LAM
