Bug 1445320

Summary: confirmation screen for host upgrade does not disappear when "ok" is clicked
Product: [oVirt] ovirt-engine Reporter: nelson <nelson.lameiras>
Component: Frontend.WebAdminAssignee: Ravi Nori <rnori>
Status: CLOSED CURRENTRELEASE QA Contact: Lucie Leistnerova <lleistne>
Severity: low Docs Contact:
Priority: unspecified    
Version: 4.1.1.8CC: bugs, gshereme, lleistne, mperina, nelson.lameiras, nicolas, oourfali, wattersm
Target Milestone: ovirt-4.2.0Keywords: Reopened
Target Release: 4.2.0Flags: rule-engine: ovirt-4.2+
Hardware: All   
OS: Windows   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-20 10:45:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Infra RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
ovirt engine log none

Description nelson 2017-04-25 13:31:17 UTC 
Description of problem:

Version-Release number of selected component (if applicable):
present in oVirt engine webadmin 4.0 and 4.1

How reproducible:
always (in our production setup)

Steps to Reproduce:
In oVirt GUI, hosts tab :
1- Right-click on host : "Installation>>Upgrade"
2- Click "ok" on confirmation screen

Actual results:
Upgrade starts immediately (in background) but confirmation screen does not disappear as expected, it remains for a long time (> 1min)
Clicking "ok" again on confirmation screen -> error : "system is already upgrading"
We must click "cancel" to be able to return to oVirt.

Expected results:
Either confirmation screen should disappear immediately after "ok" or a "waiting animation" should appear (as in confirmation screen for maintenance mode)

Additional info:
In lab setup, was not able to reproduce this bug (screen disappears immediately), but our lab setup is minimalistic. Our production setup has 40+ vms per hypervisor.
Was able to reproduce this bug with Chrome and Firefox.
I currently do not have any logs available, but will attach it as soon as I can reproduce it.
Comment 1 Nicolas Ecarnot 2017-04-25 13:47:44 UTC 
Witnessing the same behavior with 4.0 and 4.1, Chrome and FF. (No HE).
Comment 2 Yaniv Kaul 2017-04-26 08:51:57 UTC 
If possible, please attach engine.log (perhaps there's a backend reason why it takes so long to disappear).
Comment 3 Greg Sheremeta 2017-04-30 13:42:30 UTC 
@Nicolas, can you describe the scales of the environments where you see the behavior? Does it always happen for you? If not, do you see a pattern?

[Per comment 1, assuming it reproduces only at scale, then it's a backend slowness with the command. Reassigning to infra for investigation. Let me know if I can help.]
Comment 4 Oved Ourfali 2017-05-04 12:07:16 UTC 
Please reopen when you have more data.
Comment 5 Michael Watters 2017-05-04 14:41:02 UTC 
I am also experiencing this issue running Ovirt 4.1.1.8 on CentOS 7.3.  Engine log is attached.
Comment 6 Michael Watters 2017-05-04 14:42:06 UTC 
Created attachment 1276367 [details]
ovirt engine log
Comment 7 Lucie Leistnerova 2017-11-20 13:03:29 UTC 
I simulated that issue on engine 4.1, when trying to upgrade running host with some running VMs. The dialog closed after about 3-4s.
Now it closes almost immediately.

verified in ovirt-engine-webadmin-portal-4.2.0-0.0.master.20171119135709.git6d448d3.el7.centos.noarch
Comment 8 Sandro Bonazzola 2017-12-20 10:45:12 UTC 
This bugzilla is included in oVirt 4.2.0 release, published on Dec 20th 2017.

Since the problem described in this bug report should be
resolved in oVirt 4.2.0 release, published on Dec 20th 2017, it has been closed with a resolution of CURRENT RELEASE.

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