[Engine-devel] New tool to upload OVF archives
Keith Robertson
kroberts at redhat.com
Wed Dec 7 19:35:06 UTC 2011
On 12/07/2011 03:01 AM, Omer Frenkel wrote:
> <snip
> first some clarifications so we could talk in the same language:
Agreed. It's actually pretty hard to describe all of this.
> image in vdsm called image-group in rhevm (and stands for a whole disk)
> it can have one or more volume(s) which is called image in rhevm (and stand for snapshots of the disk)
>
> so now, every volume file has a .meta file, and the image id is written there (under IMAGE=)
I have noticed that when I tell oVirt to import an image that it will
import it even if there isn't a .meta file. As such, I would like to
know if a .meta file required or will oVirt automatically generate one?
> so without it i don't think its a valid image entirely,
> if for some reason the image id is missing, it should be taken from the volume meta file.
>
>
Here is a use case that illustrates some of the issues that I am facing:
1. Assume the following OVF archive.
|
|- 5272b689-cd9f-4532-9b5d-2413eb7b9402.ovf <-- The OVF XML
|- c0e51e1b-004e-4d10-abc0-8b9f5e21f3ad <-- The COW image
2. In the exmple above, there is no directory hiearchy defined in the
archive (i.e. all files are in the root).
3. Also, in the example above the file
"5272b689-cd9f-4532-9b5d-2413eb7b9402.ovf" appropriately refers to the
image in it's XML without an "Image Group UUID" in the prefix.
I can have the tool massage the XML and the directory layout so that it
will upload to the export domain such that it looks like this...
<NFS EXPORT DOMAIN HERE>/virt/exports/
|----- images
| |----- 2b30e705-c1d6-4bd8-a6cd-a1fe8a70614f <-- Generated UUID
| |----- 5272b689-cd9f-4532-9b5d-2413eb7b9402
|---- master
|---- vms
|---- 5272b689-cd9f-4532-9b5d-2413eb7b9402
|---- 5272b689-cd9f-4532-9b5d-2413eb7b9402.ovf
Is this desireable?
More information about the Engine-devel
mailing list