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?
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.lamei...@lyra-network.com>
To: "Shahar Havivi" <shav...@redhat.com>
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: "Shahar Havivi" <shav...@redhat.com>
To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
Cc: "Nisim Simsolo" <nsims...@redhat.com>, users@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" <shav...@redhat.com>
> > To: "Nelson Lameiras" <nelson.lamei...@lyra-network.com>
> > Cc: "Nisim Simsolo" <nsims...@redhat.com>, users@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@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
