----- Original Message -----
----- Original Message -----
From: "Ayal Baron" <abaron@redhat.com> To: "Maor" <mlipchuk@redhat.com> Cc: engine-devel@ovirt.org, "Jon Choate" <jchoate@redhat.com>, "Omer Frenkel" <ofrenkel@redhat.com> Sent: Tuesday, January 17, 2012 10:21:29 PM Subject: Re: Shared disk / Floating disk import/export (was: Re: [Engine-devel] move disk command)
----- Original Message -----
On 01/17/2012 11:57 AM, Omer Frenkel wrote:
----- Original Message -----
From: "Ayal Baron" <abaron@redhat.com> To: "Omer Frenkel" <ofrenkel@redhat.com> Cc: engine-devel@ovirt.org, "Jon Choate" <jchoate@redhat.com> Sent: Tuesday, January 17, 2012 10:45:53 AM Subject: Shared disk / Floating disk import/export (was: Re: [Engine-devel] move disk command)
[SNIP]
>> This may be unrelated, but user would be allowed to export >> and >> import a floating disk, right? >> I would like the ability to import *any* disk in the export >> domain >> as a floating disk, but in the least, export and import >> disks >> not >> associated with a VM.
you are right, it is unrelated, this thread is about move disk of a vm between SDs, export and import is copy, and floating disks is part of the shared disk feature, this indeed need to be discussed in that scope.
Ok, so I've changed the subject, now let's discuss it.
Adding Maor, not sure if we have any plan regard export/import of floating disk, or in general, exporting disk without it's vm (if I understood Ayal correctly)
Maor, any comments?
I remember, we mentioned export/import issue in our last meeting with Andrew in the context of shared raw disk. It was decided then, that export/import will not be supported by shared raw disk, I'm not sure if we also decided that for floating disk, but I think its a PM decision.
Support import/export domain might evolve to a big change, since if we want to export disk, we might also want to reflect all its configuration and functionality there, also reflect disks which are attached to VMs and templates as well.
What properties does a disk have? Interface is what type of connection is used when plugging the disk in the computer (VM) so it's not really a disk property. Address is also VM specific Description is already stored in storage side. What else do you have for disk?
type (system/data..)
Didn't we recently have a discussion about this being irrelevant?
post-zero
Can assume always true
name(?)
This exists on storage side
creation-date
When imported
last modify date
This exists on storage side
application-list
Has nothing to do with disk, it's a VM property
volume type and format
This exists on storage side
Note that being able to import floating disks means that we'd be able to take any data storage domain and import any disk(s) from it (assuming user changes domain type to export domain, which users already know how to do)