From kripper at imatronix.cl Sun Oct 11 01:27:30 2015 Content-Type: multipart/mixed; boundary="===============5427666815188600136==" MIME-Version: 1.0 From: Christopher Pereira To: devel at ovirt.org Subject: [ovirt-devel] Extended import of Virtual Machines Date: Sun, 11 Oct 2015 02:27:25 -0300 Message-ID: <5619F33D.8020506@imatronix.cl> --===============5427666815188600136== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------030100010708070503020900 Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed Content-Transfer-Encoding: 7bit Hi Arik, Shahar, Richard, We would like to test and contribute to the "Extended import of Virtual = Machines" project [1]. Our particular interest is in importing VMs (from libvirt domains or = other existing oVirt storage domains) into oVirt ideally avoiding image = conversions. This would be achieved by moving existing raw/qcow2 images into a given = oVirt storage domain (using 'mv' instead of 'qemu-img') and dealing with = the OVF_STORE files. A problem we faced is that importing VMs using virt-v2v is currently = broken in 3.6-rc1 as Richard W.M. Jones reported some weeks ago [2]. [1] : http://www.ovirt.org/Features/virt-v2v_Integration [2] : https://bugzilla.redhat.com/show_bug.cgi?id=3D1266930 -- = *J. Christopher Pereira* IMATRONIX S.A. www.imatronix.com --------------030100010708070503020900 Content-Type: text/html; charset=3Dutf-8 Content-Transfer-Encoding: 7bit Hi Arik, Shahar, Richard,

We would like to test and contribute to the "Extended import of Virtual Machines" project [1].
Our particular interest is in importing VMs (from libvirt domains or other existing oVirt storage domains) into oVirt ideally avoiding image conversions.
This would be achieved by moving existing raw/qcow2 images into a given oVirt storage domain (using 'mv' instead of 'qemu-img') and dealing with the OVF_STORE files.
A problem we faced is that importing VMs using virt-v2v is currently broken in 3.6-rc1 as Richard W.M. Jones reported some weeks ago [2].

[1] : http://www.ovirt.org/Features/virt-v2v_Integr= ation
[2] : https://bugzilla.redhat.com/show_bug.cgi?i= d=3D1266930

--

J. Christopher Pereira
IMATRONIX S.A.
www.imatronix.com


--------------030100010708070503020900-- --===============5427666815188600136== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wMzAxMDAwMTA3MDgwNzA1MDMwMjA5MDAKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PXV0Zi04OyBmb3JtYXQ9Zmxvd2VkCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQK CkhpIEFyaWssIFNoYWhhciwgUmljaGFyZCwKCldlIHdvdWxkIGxpa2UgdG8gdGVzdCBhbmQgY29u dHJpYnV0ZSB0byB0aGUgIkV4dGVuZGVkIGltcG9ydCBvZiBWaXJ0dWFsIApNYWNoaW5lcyIgcHJv amVjdCBbMV0uCk91ciBwYXJ0aWN1bGFyIGludGVyZXN0IGlzIGluIGltcG9ydGluZyBWTXMgKGZy b20gbGlidmlydCBkb21haW5zIG9yIApvdGhlciBleGlzdGluZyBvVmlydCBzdG9yYWdlIGRvbWFp bnMpIGludG8gb1ZpcnQgaWRlYWxseSBhdm9pZGluZyBpbWFnZSAKY29udmVyc2lvbnMuClRoaXMg d291bGQgYmUgYWNoaWV2ZWQgYnkgbW92aW5nIGV4aXN0aW5nIHJhdy9xY293MiBpbWFnZXMgaW50 byBhIGdpdmVuIApvVmlydCBzdG9yYWdlIGRvbWFpbiAodXNpbmcgJ212JyBpbnN0ZWFkIG9mICdx ZW11LWltZycpIGFuZCBkZWFsaW5nIHdpdGggCnRoZSBPVkZfU1RPUkUgZmlsZXMuCkEgcHJvYmxl bSB3ZSBmYWNlZCBpcyB0aGF0IGltcG9ydGluZyBWTXMgdXNpbmcgdmlydC12MnYgaXMgY3VycmVu dGx5IApicm9rZW4gaW4gMy42LXJjMSBhcyBSaWNoYXJkIFcuTS4gSm9uZXMgcmVwb3J0ZWQgc29t ZSB3ZWVrcyBhZ28gWzJdLgoKWzFdIDogaHR0cDovL3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvdmly dC12MnZfSW50ZWdyYXRpb24KWzJdIDogaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3df YnVnLmNnaT9pZD0xMjY2OTMwCgotLSAKCipKLiBDaHJpc3RvcGhlciBQZXJlaXJhKgpJTUFUUk9O SVggUy5BLgp3d3cuaW1hdHJvbml4LmNvbQoKCgotLS0tLS0tLS0tLS0tLTAzMDEwMDAxMDcwODA3 MDUwMzAyMDkwMApDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD11dGYtOApDb250ZW50 LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0Cgo8aHRtbD4KICA8aGVhZD4KCiAgICA8bWV0YSBodHRw LWVxdWl2PSJjb250ZW50LXR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+ CiAgPC9oZWFkPgogIDxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPgogICAg SGkgQXJpaywgU2hhaGFyLCBSaWNoYXJkLDxicj4KICAgIDxicj4KICAgIFdlIHdvdWxkIGxpa2Ug dG8gdGVzdCBhbmQgY29udHJpYnV0ZSB0byB0aGUgIkV4dGVuZGVkIGltcG9ydCBvZgogICAgVmly dHVhbCBNYWNoaW5lcyIgcHJvamVjdCBbMV0uPGJyPgogICAgT3VyIHBhcnRpY3VsYXIgaW50ZXJl c3QgaXMgaW4gaW1wb3J0aW5nIFZNcyAoZnJvbSBsaWJ2aXJ0IGRvbWFpbnMgb3IKICAgIG90aGVy IGV4aXN0aW5nIG9WaXJ0IHN0b3JhZ2UgZG9tYWlucykgaW50byBvVmlydCBpZGVhbGx5IGF2b2lk aW5nCiAgICBpbWFnZSBjb252ZXJzaW9ucy48YnI+CiAgICBUaGlzIHdvdWxkIGJlIGFjaGlldmVk IGJ5IG1vdmluZyBleGlzdGluZyByYXcvcWNvdzIgaW1hZ2VzIGludG8gYQogICAgZ2l2ZW4gb1Zp cnQgc3RvcmFnZSBkb21haW4gKHVzaW5nICdtdicgaW5zdGVhZCBvZiAncWVtdS1pbWcnKSBhbmQK ICAgIGRlYWxpbmcgd2l0aCB0aGUgT1ZGX1NUT1JFIGZpbGVzLjxicj4KICAgIEEgcHJvYmxlbSB3 ZSBmYWNlZCBpcyB0aGF0IGltcG9ydGluZyBWTXMgdXNpbmcgdmlydC12MnYgaXMgY3VycmVudGx5 CiAgICBicm9rZW4gaW4gMy42LXJjMSBhcyBSaWNoYXJkIFcuTS4gSm9uZXMgcmVwb3J0ZWQgc29t ZSB3ZWVrcyBhZ28gWzJdLjxicj4KICAgIDxicj4KICAgIFsxXSA6IDxhIGNsYXNzPSJtb3otdHh0 LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly93d3cub3ZpcnQub3JnL0ZlYXR1cmVzL3ZpcnQt djJ2X0ludGVncmF0aW9uIj5odHRwOi8vd3d3Lm92aXJ0Lm9yZy9GZWF0dXJlcy92aXJ0LXYydl9J bnRlZ3JhdGlvbjwvYT48YnI+CiAgICBbMl0gOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0 ZXh0IiBocmVmPSJodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEy NjY5MzAiPmh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTI2Njkz MDwvYT48YnI+CiAgICA8YnI+CiAgICA8ZGl2IGNsYXNzPSJtb3otc2lnbmF0dXJlIj4tLSA8YnI+ CiAgICAgIDxzdHlsZT4KLnNpZ25hdHVyZSwgLnNtYWxsLXNpZ25hdHVyZSB7Cglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iOwoJY29sb3I6IzdGN0Y3RjsKfQoKLnNpZ25hdHVyZSB7Cglmb250LXNpemU6MTBw dDsKfQoKLnNtYWxsLXNpZ25hdHVyZSB7Cglmb250LXNpemU6OHB0Owp9Cjwvc3R5bGU+CiAgICAg IDxwIGNsYXNzPSJzaWduYXR1cmUiPgogICAgICAgIDxiPkouIENocmlzdG9waGVyIFBlcmVpcmE8 L2I+PGJyPgogICAgICAgIElNQVRST05JWCBTLkEuPGJyPgogICAgICAgIDxhIGNsYXNzPSJtb3ot dHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Imh0dHA6Ly93d3cuaW1hdHJvbml4LmNvbSI+d3d3 LmltYXRyb25peC5jb208L2E+PGJyPgogICAgICA8L3A+CiAgICAgIDxwIGNsYXNzPSJzbWFsbC1z aWduYXR1cmUiPgogICAgICAgIDxicj4KICAgICAgPC9wPgogICAgPC9kaXY+CiAgPC9ib2R5Pgo8 L2h0bWw+CgotLS0tLS0tLS0tLS0tLTAzMDEwMDAxMDcwODA3MDUwMzAyMDkwMC0tCg== --===============5427666815188600136==-- From shaharh at redhat.com Sun Oct 11 06:05:12 2015 Content-Type: multipart/mixed; boundary="===============3107030444987498634==" MIME-Version: 1.0 From: Shahar Havivi To: devel at ovirt.org Subject: Re: [ovirt-devel] Extended import of Virtual Machines Date: Sun, 11 Oct 2015 13:05:58 +0300 Message-ID: <20151011100557.GA2988@redhat.com> In-Reply-To: 5619F33D.8020506@imatronix.cl --===============3107030444987498634== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11.10.15 02:27, Christopher Pereira wrote: > Hi Arik, Shahar, Richard, > = > We would like to test and contribute to the "Extended import of Virtual > Machines" project [1]. > Our particular interest is in importing VMs (from libvirt domains or other > existing oVirt storage domains) into oVirt ideally avoiding image > conversions. > This would be achieved by moving existing raw/qcow2 images into a given > oVirt storage domain (using 'mv' instead of 'qemu-img') and dealing with = the > OVF_STORE files. > A problem we faced is that importing VMs using virt-v2v is currently brok= en > in 3.6-rc1 as Richard W.M. Jones reported some weeks ago [2]. Hi, Take a look at file vdsm/vdsm/v2v.py which have two convert methods: 1. convert_external_vm (convert from libvirt) 2. convert_ova (convert from a ova tar file) You can add an entry there (which is called from API.py that you will need = to patch as well). Both methods are calling to external command virt-v2v in order to convert t= he disk images which you don't need - but you do need something else that will copy/move your images. Please note for the status, description and progress fields which are reporting back to oVirt engine. You will need to address the abort() method as well. Shahar. > = > [1] : http://www.ovirt.org/Features/virt-v2v_Integration > [2] : https://bugzilla.redhat.com/show_bug.cgi?id=3D1266930 > = > -- = > = > *J. Christopher Pereira* > IMATRONIX S.A. > www.imatronix.com > = >=20 --===============3107030444987498634==--