Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1146102

Summary: Use Host option in Edit Domain dialog doesn't display picked host
Product: Red Hat Enterprise Virtualization Manager Reporter: Antonin Pagac <apagac>
Component: ovirt-engine-webadmin-portalAssignee: Allon Mureinik <amureini>
Status: CLOSED NOTABUG QA Contact: Aharon Canan <acanan>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 3.5.0CC: amureini, ecohen, gklein, iheim, lsurette, rbalakri, Rhev-m-bugs, scohen, yeylon
Target Milestone: ---   
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-01-29 14:14:44 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
relevant part from engine.log none

Description Antonin Pagac 2014-09-24 13:01:46 UTC
Created attachment 940774 [details]
relevant part from engine.log

Description of problem:
When editing Storage Domain, I want to assign a different host to it, so I put it into a maintenance mode, click on 'Edit', choose the host from the drop-down menu 'Use Host', and click OK. When I open the Edit Domain dialog again, to check on it, the 'Use Host' displays the original host (the first one in the drop down menu) and not the one I picked.

Version-Release number of selected component (if applicable):
Red Hat Enterprise Virtualization Manager Version: 3.5.0-0.11.beta.el6ev

How reproducible:
Always

Steps to Reproduce:
Setup:
 - two hosts in the system (Host1, Host2)
 - one storage domain (SD), assigned to Host1
1. Put the SD into maintenance mode.
2. Edit the SD, and choose Host2 from the 'Use Host' drop-down menu.
3. Click OK.
4. Open the edit dialog again and look at the assigned host.

Actual results:
The assigned host remains the original Host1.

Expected results:
The assigned host should be Host2.

Additional info:

Comment 1 Oved Ourfali 2014-09-27 12:16:59 UTC
Each operation requires a host to do it from, so it is not persisted, and shouldn't be, as a host that's available to do the operation today, might not be relevant tomorrow. So, in my opinion this isn't a bug. Assigning to storage team to decide on that.

Comment 3 Allon Mureinik 2015-01-29 14:14:44 UTC
(In reply to Oved Ourfali from comment #1)
> Each operation requires a host to do it from, so it is not persisted, and
> shouldn't be, as a host that's available to do the operation today, might
> not be relevant tomorrow. So, in my opinion this isn't a bug. Assigning to
> storage team to decide on that.
Indeed. There is no concept of "assigning a host to a domain", this is simply the host used to perform the update. Closing.