Bug 1445320 - confirmation screen for host upgrade does not disappear when "ok" is clicked
Summary: confirmation screen for host upgrade does not disappear when "ok" is clicked
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Frontend.WebAdmin
Version: 4.1.1.8
Hardware: All
OS: Windows
unspecified
low
Target Milestone: ovirt-4.2.0
: 4.2.0
Assignee: Ravi Nori
QA Contact: Lucie Leistnerova
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-04-25 13:31 UTC by nelson
Modified: 2017-12-20 10:45 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2017-12-20 10:45:12 UTC
oVirt Team: Infra
Embargoed:
rule-engine: ovirt-4.2+


Attachments (Terms of Use)
ovirt engine log (1.14 MB, text/plain)
2017-05-04 14:42 UTC, Michael Watters
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 82769 0 master MERGED engine : Confirmation screen for host upgrade does not disappear when "ok" is clicked 2017-10-17 14:21:14 UTC

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.


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