Bug 1208860 - Template versions have non-unique name in Disk tab
Summary: Template versions have non-unique name in Disk tab
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.5.1
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ovirt-4.0.0-alpha
: 4.0.0
Assignee: Marek Libra
QA Contact: Jiri Belka
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-03 13:36 UTC by Pavel Stehlik
Modified: 2016-08-23 20:23 UTC (History)
10 users (show)

Fixed In Version: ovirt 4.0.0 alpha1
Doc Type: Enhancement
Doc Text:
With this enhancement, the Disk Tab in the Administration Portal now displays the template version next to the template name. It is now easier for users to check the template version the disk belongs to.
Clone Of:
Environment:
Last Closed: 2016-08-23 20:23:44 UTC
oVirt Team: Virt
Target Upstream Version:


Attachments (Terms of Use)
Disks-tab (289.86 KB, image/png)
2015-04-03 13:36 UTC, Pavel Stehlik
no flags Details
templates-tab (90.98 KB, image/png)
2015-04-05 11:06 UTC, Pavel Stehlik
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2016:1743 0 normal SHIPPED_LIVE Red Hat Virtualization Manager 4.0 GA Enhancement (ovirt-engine) 2016-09-02 21:54:01 UTC
oVirt gerrit 46903 0 master MERGED webadmin: Disk tab displays template version name for attached disk Never

Description Pavel Stehlik 2015-04-03 13:36:20 UTC
Created attachment 1010630 [details]
Disks-tab

Description of problem:
 See att image - there is not clear which disk belongs to which template version (1st and last on image).  

Version-Release number of selected component (if applicable):
saw on 3.5.0, but probably on newer as well.

How reproducible:
100%

Steps to Reproduce:
1. Have template & create new version of it
2. see the Disk tab for both templates and their disks
3.

Actual results:
Currently I've 2 images where each lies on different storage. 

Expected results:
Clearly distinguished disks in Disks tab 

Additional info:

Comment 1 Omer Frenkel 2015-04-05 09:10:10 UTC
you give the name during the create process... just like when crating regular templates..
if you like to have a unique name, just write it there in the dialog.

did i misunderstand the issue? or can we close this?

Comment 2 Pavel Stehlik 2015-04-05 11:05:34 UTC
Unfortunately there is problem.
If you'll do same for VM based on template - see steps:
Create Template name BBB, create VM, name it CCC based on BBB (only choose VM name, nothing else changed - no disk renaming) then switched to Disks tab you'll see:
two disks with name BBB_Disk1, each will have different ID and one will have 'Attached To' column BBB and second CCC.

Here we have different behaviour with versioned templates - there is NO distinguish among TempalteOriginal & TemplateVersionX - as the column 'AttachedTo' is same for both - see original image. 
Adding another pic with templates - the name is same, only Version differs (but in disks there is no such identifier).

(sory I wasn't more specific before).

Comment 3 Pavel Stehlik 2015-04-05 11:06:04 UTC
Created attachment 1011102 [details]
templates-tab

Comment 5 Michal Skrivanek 2015-09-30 08:30:42 UTC
would probably enough to show disks like "Attached To: template(subversion)". Just need a note in docs what that thing in parenthesis mean

Comment 6 Jiri Belka 2016-05-31 09:37:46 UTC
ok, rhevm-4.0.0-0.7.master.el7ev.noarch

template disks in Disks maintab contain following info in 'Attached To' column:

$vm (base version)
$vm (template sub-name)

Comment 8 errata-xmlrpc 2016-08-23 20:23:44 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2016-1743.html


Note You need to log in before you can comment on or make changes to this bug.