Re: [Engine-devel] Floating Disk feature description

2012-02-03 Thread Itamar Heim

On 02/02/2012 05:13 PM, Miki Kenneth wrote:

If they are the same, then please use the term 'image'.


As I said - no technical problem doing that, however in the engine we
use the term Disk and the current name of the relevant VMs sub-tab
is Disks and the name of the new main tab would be Disks (or
Virtual Disks), etc. - so it will be strange to call the feature
floating image when floating is going to be column in a GUI grid
titled Disks.
I assume that you can also find explanations of why using the term
Disk is confusing and Image is better; I am just genuinely not
sure what is less confusing.

This is inconsistency I agree, but I think that from the User perspective we 
should stick with either Disk or Drive. In any OS of a Server/Desktop the term 
rather Disk or Drives.


I'd go with what the REST API calls them right now, as changing it would 
be the painful part.

___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Floating Disk feature description

2012-02-03 Thread Itamar Heim

On 02/02/2012 01:35 PM, Daniel Erez wrote:
...

1. I don't see why a disk name should be unique. I don't think it's
enforceable under any normal circumstances: If user A decided to call
his disk 'system', user B who is completely unaware of A cannot call
his
disk 'system' ? It should be unique at some level, but not
system-wide.


The enforcement for uniqueness has been suggested for avoiding a list of
duplicate named disks in the Disks main tab and for identifying a specific disk.
Probelm is that any disk theoretically can be floating, so you cannot 
differentiate between the disks using the VM name to which it is attached, for 
example (moreover, some of the disks in the system are shared, so which VM name 
will you use?...)
Maybe we can use some other attribute for identification?


I agree with Kaul here - you can't expect disk name to be unique.
makes sense to make it unique inside same VM, but as you mentioned, 
there is an issue with floating disks.
I suggest we consider disk ID would be a generated id humanoids can 
follow (not uuid), and a field for description.
converting the uuid from hexadecimal to a full alphanumeric 
representation will probably give a short enough id we can live with[1]
i.e., the disk real ID would be represented to the user as a short 
alphanumeric ID they cannot change.
import/clone/etc. change the disk uuid anyway, so we'll get a new ID for 
these disks.


i did a fast calculation it will be a a string of 12 characters with 36 
alphanumeric to cover 128bit UUID - hope i didn't do it too fast

___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel