Bug 1477599 - [RFE] [UI+REST][Hosts>Network Interfaces] - Add indication that setup network operation is currently running on the host and not finished yet
Summary: [RFE] [UI+REST][Hosts>Network Interfaces] - Add indication that setup network...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Network
Version: 4.2.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ovirt-4.2.8
: ---
Assignee: eraviv
QA Contact: Michael Burman
URL:
Whiteboard:
Depends On:
Blocks: 1061569 1850104
TreeView+ depends on / blocked
 
Reported: 2017-08-02 12:42 UTC by Michael Burman
Modified: 2020-06-23 14:39 UTC (History)
5 users (show)

Fixed In Version: ovirt-engine-4.2.6.2
Clone Of:
Environment:
Last Closed: 2019-01-22 10:23:11 UTC
oVirt Team: Network
Embargoed:
rule-engine: ovirt-4.2+
mburman: testing_plan_complete+
ylavi: planning_ack+
rule-engine: devel_ack+
mburman: testing_ack+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1358501 0 high CLOSED [RFE] multihost network change - notify when done 2021-02-22 00:41:40 UTC
oVirt gerrit 93262 0 master MERGED api-model:indicate network operation in progress 2021-01-19 10:16:03 UTC
oVirt gerrit 93263 0 master MERGED core: network operation in progress query 2021-01-19 10:16:03 UTC
oVirt gerrit 93264 0 master MERGED restapi: network operation in progress report 2021-01-19 10:16:03 UTC
oVirt gerrit 93265 0 master MERGED webadmin: network operation in progress display 2021-01-19 10:16:03 UTC
oVirt gerrit 93572 0 model_4.2 MERGED api-model:indicate network operation in progress 2021-01-19 10:16:03 UTC
oVirt gerrit 93603 0 master MERGED restapi: Update to model 4.3.15 2021-01-19 10:16:04 UTC
oVirt gerrit 93612 0 ovirt-engine-4.2 MERGED restapi: Update to model 4.2.36 2021-01-19 10:16:04 UTC
oVirt gerrit 93613 0 ovirt-engine-4.2 MERGED core: network operation in progress query 2021-01-19 10:16:04 UTC
oVirt gerrit 93614 0 ovirt-engine-4.2 MERGED restapi: network operation in progress report 2021-01-19 10:16:04 UTC
oVirt gerrit 93615 0 ovirt-engine-4.2 MERGED core: fix method name 2021-01-19 10:16:04 UTC
oVirt gerrit 93868 0 master MERGED api-model: added header info for network operation in progress 2021-01-19 10:16:04 UTC
oVirt gerrit 94356 0 master MERGED core: report 'network operation in progress' in host query 2021-01-19 10:16:05 UTC
oVirt gerrit 94452 0 model_4.2 MERGED api-model: added header info for network operation in progress 2021-01-19 10:16:05 UTC
oVirt gerrit 94628 0 ovirt-engine-4.2 MERGED core: report 'network operation in progress' in host query 2021-01-19 10:16:05 UTC
oVirt gerrit 94629 0 ovirt-engine-4.2 MERGED webadmin: network operation in progress display 2021-01-19 10:16:05 UTC
oVirt gerrit 94869 0 ovirt-engine-4.2 MERGED core: protect multi-host setup networks from concurrent requests 2021-01-19 10:16:05 UTC
oVirt gerrit 94898 0 master MERGED core: protect multi-host setup networks from concurrent requests 2021-01-19 10:16:05 UTC
oVirt gerrit 94899 0 master MERGED webadmin: network operation in progress - sync host interfaces 2021-01-19 10:16:05 UTC
oVirt gerrit 95436 0 ovirt-engine-4.2 MERGED webadmin: network operation in progress - sync host interfaces 2021-01-19 10:16:05 UTC

Internal Links: 1358501

Description Michael Burman 2017-08-02 12:42:30 UTC
Description of problem:
[UI] [Hosts>Network Interfaces] - Add indication that setup network operation is currently running on the host and not finished yet.

We need to add an indication that setup networks operation is running on the host and that network/s state still may change and please wait. Or something like that.

In a lot of cases, for example when updating network that attached to host with default route for example, such setup network operation may take about 2 minutes.
It is easily can confuse and mislead the admin that the changes not applied as should, as the network the whole time reported as out-of-sync, but actually a setup network command still running in the background, but we don't aware of it.

This is something that should have been done long time ago.
We would like to have this indication on the 'Network Interfaces' under 'Hosts', letting the admin know that the setup networks operation is still running and that network's state may change in few minutes.

Version-Release number of selected component (if applicable):
4.2.0-0.0.master.20170801164139.git9b399c8.el7.centos

How reproducible:
100

Steps to Reproduce:
1. Create new network and attach to the host and set bootproto
2. Via 'Clusters' > 'Logical Networks' flow choose default route for the new network

Actual results:
Such operation make take more then 2 minutes(in dhcp use cases), this whole time the networks reported as out-of-sync and we may think that something is wrong or failed. 
But actually this whole time a setup networks command is still running in the background, but we are not aware of it.

Expected results:
We should add indication that the setup network operation is still running in the background and that the network's state may change in few minutes.
Admin should be aware of such cases.

Comment 1 Dan Kenigsberg 2017-08-07 10:20:59 UTC
It's not just a little UI feature, I'm afraid.

Comment 2 Michael Burman 2018-08-13 13:40:36 UTC
Eitan, this is only the REST fix, correct?

What about BZ 1358501 , is this is the UI fix? or it's something else. 
Do we have a UI bug to track this?

Comment 3 msheena 2018-08-16 07:31:32 UTC
Reverting the bug to MODIFIED, since UI part is WIP.

Comment 4 Red Hat Bugzilla Rules Engine 2018-08-16 07:31:38 UTC
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.

Comment 5 eraviv 2018-09-12 14:14:57 UTC
The indications are displayed in the following locations: 
* cluster hosts list view: textual indication in host status column 
* hosts list view: textual indication in host status column 
* host network interfaces view: graphical + textual indication on each interface 
* network hosts list view: graphical + textual indication in 'network device status' column

screenshots:
https://imgur.com/a/04LiAhf

the indications are refreshed according to the refresh policy of each of the above locations.

all indications are for a 'network update' in progress at the host level. this means that some or all networks of a host are being 'updated'. it is not possible to know which ones or how many.

a 'network update' on a host may be one of:
- refresh capabilities of the host
- setup networks on the host
- sync networks of the host

if one of the above operations triggers an update for more than one host (e.g sync all networks is triggered at the cluster level) then the indication would show up on all influenced hosts.

Comment 6 Michael Burman 2018-10-07 06:50:35 UTC
UI part is not on 4.2.7.2-0.1.el7ev and this bug should be ON_QA, not all patches were merged.

Comment 7 Michael Burman 2018-10-07 06:52:29 UTC
(In reply to Michael Burman from comment #6)
> UI part is not on 4.2.7.2-0.1.el7ev and this bug should be ON_QA, not all
> patches were merged.

Shouldn't be ON_QA

Comment 8 Michael Burman 2018-10-10 13:41:18 UTC
This RFE need additional work, moving back to assigned.

Comment 9 Dan Kenigsberg 2018-10-16 10:05:10 UTC
Indication for multi-host actions would not make it for 4.2.7. Postponing, as this is not a blocker.

Comment 10 Michael Burman 2018-11-20 07:58:20 UTC
Verified upstream on - 4.2.8-0.0.master.20181119152157.gita72a684.el7

Comment 11 Raz Tamir 2018-11-28 15:30:38 UTC
QE verification bot: the bug was verified upstream

Comment 12 Sandro Bonazzola 2019-01-22 10:23:11 UTC
This bugzilla is included in oVirt 4.2.8 release, published on January 22nd 2019.

Since the problem described in this bug report should be
resolved in oVirt 4.2.8 release, 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.