Description of problem: Actual results: OVF_STORE disks, holding the tar ile that contains the OVF of the storage domain are being created for each storage domain in the setup. The default number of copies for those disks is 2 for each domain. The disks are listed under the 'Disks' main tab in UI, under 'Images'. In an enterprise env. with a lot of storage domain, those disks, list with the regular disks, cause the disks list to be very big even when there are no regular disks in it. This can be very painful for admins. Expected results: OVF_STORE disks shouldn't be listed under the 'Images' tag under 'Disks' main tab. There should be a separated new tag for those disks.
Liron, you think it's correct to have a separate tag for those? I'm not sure this will be a correct behavior
Not sure about that. adding needinfo? on einav to see what's her opinion on that (we discussed that a while ago).
I actually agree with Elad; as I mentioned to Liron during his session on this feature, I think that separating the OVF_STORE disks from the regular virtual-hard-drive disks makes sense here, and we already have the "mechanism" for visually separating different types of disks (i.e. the top-panel radio-button); I think that adding another radio-button for displaying only OVF_STORE images, and filtering out OVF_STORE images from the "Images" radio-button, makes a lot of sense.
I'm not against having a separation, but i'm not sure that I'd go for another radio button here. currently the radio button differentiate between different types of disk, LUNs and images. it may be confusing to separate ovf stores from images as the ovf stores ARE images. Maybe a checkbox or config value (display or not) might suit here. what do you think?
IMO - definitely not a config value; even though the ovf store ARE images, you need to look at it from the user's perspective: does the user care that the ovf store is an image? or is it just a coincidence since you (developer) decided to implement it that way (i.e. could you theoretically implement ovf stores completely differently)? in other words: is there a really good reason to display the ovf stores alongside the other "regular" images? if the answer is "no" - I think that you should go with an extra radio-button. otherwise - yes, something like a check-box within the "images" radio-button of "show/hide ovf stores" makes sense here (I suggest contacting Eldan for advice on the exact design).
We can also make them appear only when the "All" option is selected while obviously not appearing in "Images" and "LUNs"
(In reply to Tal Nisan from comment #6) > We can also make them appear only when the "All" option is selected while > obviously not appearing in "Images" and "LUNs" though may be more "correct", this may create confusion (see http://lists.ovirt.org/pipermail/users/2014-November/028922.html), please consider carefully.
*** This bug has been marked as a duplicate of bug 1211762 ***