Bug 818171 - RHEVM - Admin GUI: Misleading red error on copy template [TEXT]
Summary: RHEVM - Admin GUI: Misleading red error on copy template [TEXT]
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.1.0
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: ---
: 3.1.0
Assignee: Tal Nisan
QA Contact: Dafna Ron
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-02 11:29 UTC by Daniel Paikov
Modified: 2016-02-10 17:00 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-12-04 20:06:48 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Daniel Paikov 2012-05-02 11:29:00 UTC
When trying top copy template for a template that exists on all available storage domains, the following red error is seen: "No Storage Domain is available - check Storage Domains and Hosts status."

This is a misleading error, it should be changed to something similar to the move VM error, which is this:
"The system could not find available target Storage Domain. Possible reasons: - No active Storage Domain available - The Template that the VM is based on does not exist on active Storage Domain"

Comment 1 Einav Cohen 2012-05-12 17:49:22 UTC
consult PM for exact phrasing.

Comment 2 Tal Nisan 2012-05-20 08:29:05 UTC
Miki, what should be the error message?

Comment 3 Simon Grinberg 2012-05-20 11:28:27 UTC
(In reply to comment #0)
> When trying top copy template for a template that exists on all available
> storage domains, the following red error is seen: "No Storage Domain is
> available - check Storage Domains and Hosts status."

Can't say I understand the scenario.
Do you mean copy a template disk to another storage domain such that the template exists on both? (for VM creation on both?). If this is the case then the message below is more then confusing. 

Can you alaborate? 

> 
> This is a misleading error, it should be changed to something similar to the
> move VM error, which is this:
> "The system could not find available target Storage Domain. Possible
> reasons: - No active Storage Domain available - The Template that the VM is
> based on does not exist on active Storage Domain"

Comment 4 Daniel Paikov 2012-05-20 11:38:59 UTC
(In reply to comment #3)
> (In reply to comment #0)
> > When trying top copy template for a template that exists on all available
> > storage domains, the following red error is seen: "No Storage Domain is
> > available - check Storage Domains and Hosts status."
> 
> Can't say I understand the scenario.
> Do you mean copy a template disk to another storage domain such that the
> template exists on both? (for VM creation on both?). If this is the case
> then the message below is more then confusing. 
> 
> Can you alaborate? 
> 
> > 
> > This is a misleading error, it should be changed to something similar to the
> > move VM error, which is this:
> > "The system could not find available target Storage Domain. Possible
> > reasons: - No active Storage Domain available - The Template that the VM is
> > based on does not exist on active Storage Domain"

Yes, this scenario is trying to copy a template to another domain while this template exists on all available domains. The error "No Storage Domain is available - check Storage Domains and Hosts status" sounds as if there must be something wrong with the setup (and there isn't). We should indicate that the most common issue is that the template simply exists on all domains.

Comment 5 Tal Nisan 2012-05-21 09:17:30 UTC
After discussing with Simon, the message will be changed to:

"This disk is already available on all active storage domains"

Comment 6 Yaniv Kaul 2012-05-21 13:23:43 UTC
In which build was it fixed?

Comment 7 Tal Nisan 2012-06-03 11:08:46 UTC
si4

Comment 8 Dafna Ron 2012-06-05 09:27:17 UTC
verified on si4


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