Hi All,

I’ve been working on a bit of functionality = fo=3D r the engine that will allow a user to query a domain for new disk images (= =3D GetUnregisteredImagesQuery) for which the engine was previously unaware and= =3D a separate command to register those images (ImportImageCommand). These commands will be exposed through the REST API.= =3D

This functionality is needed as we are developing = an=3D extension/plugin to oVirt that will allow a NetApp storage controller to h= =3D andle cloning the actual disks outside of oVirt and need to import them onc= =3D e they are cloned. We’ll be using other existing APIs to attach the disk to the necessary VM once the disk i= =3D s cloned. On the NetApp side, we’ll ensure the disk is coalesced befo= =3D re cloning so as to avoid the issues of registering snapshots.

GetUnregisteredImagesQuery will be accessible thro= ug=3D h the disks resource collection on a storage domain. A “disks” = =3D resource collection does not yet exist and will need to be added. To access= =3D the unregistered images, a parameter (maybe “unregistered=3D3Dtrue&#= 82=3D 21;) would be passed. So the path to “GET” the unregistered disk im= =3D ages on a domain would be something like /api/storagedomains/f0dbcb33-69d3-= =3D 4899-9352-8e8a02f01bbd/disks?unregistered=3D3Dtrue. This will return a list= o=3D f disk images that can be each used as input to the ImportImageCommand to get them added to oVirt.

ImportImageCommand will be accessible through R= 20=3D ;POST”ing a disk to /api/disks?import=3D3Dtrue. The disk will be adde= d =3D to the oVirt DB based on the information supplied and afterward would be av= =3D ailable to attach to a VM.

When querying for unregistered disk images, the Ge= tU=3D nregisteredImagesQuery command will use the getImagesList() VDSM command. C= =3D urrently this only reports the GUIDs of all disk images in a domain. I had = =3D been using the getVolumesList() and getVolumeInfo() VDSM commands to fill in the information so that valid dis= =3D k image objects could be registered in oVirt. It seems these two functions = =3D are set to be removed since they are too invasive into the internal VDSM wo= =3D rkings. The VDSM team will need to either return more information about each disk as part of the getImages= =3D List() function or add a new function getImageInfo() that will give the sam= =3D e information for a given image GUID.

Note that much of this work had originally been su= bm=3D itted under patch http://gerrit.ovirt.org/#/c= /9=3D 603/. After several reviews it was found to be lacking in its design an= =3D d was using deprecated APIs that did not yet have replacements. I’m r= =3D eworking the code now to conform to this design and asking for further input from the VDSM, core, and restapi teams= =3D to ensure we can get this done quickly and correctly as it is needed for t= =3D he 3.2 release.

-Chris

Chris Morrissey

Software Engineer

NetApp Inc.

919.476.4428

-- = --- 舒明 Shu Ming Open Virtualization Engineerning; CSTL, IBM Corp. Tel: 86-10-82451626 Tieline: 9051626 E-mail: shuming(a)cn.ibm.com or <= a class=3D"moz-txt-link-abbreviated" href=3D"mailto:shuming(a)linux.vnet.ib= m.com">shuming(a)linux.vnet.ibm.com Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, B= eijing 100193, PRC