Bug 1597649

Summary: VM Portal - all VMs from VM Pool + VM Pool itself are displayed for a brand new VM Pool
Product: Red Hat Enterprise Virtualization Manager Reporter: Olimp Bockowski <obockows>
Component: ovirt-web-uiAssignee: Greg Sheremeta <gshereme>
Status: CLOSED ERRATA QA Contact: Lucie Leistnerova <lleistne>
Severity: high Docs Contact:
Priority: high    
Version: 4.2.1CC: eheftman, isaranov, lleistne, michal.skrivanek, obockows
Target Milestone: ovirt-4.2.6Keywords: ZStream
Target Release: ---Flags: isaranov: testing_plan_complete+
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Previously, all virtual machines in a pool were returned to the VM Portal when only the virtual machines that were checked out should have been returned. In this release, only the virtual machines that were checked out are returned to the VM Portal.
 Story Points: ---
Clone Of: Environment:
Last Closed: 2018-09-04 13:47:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: UX RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
poolsIcons
none
VMsIcons
none
webConsoleBadRequest none

Description Olimp Bockowski 2018-07-03 11:00:46 UTC 
Description of problem:

There are visible icons for all VMs' from VM Pool + VM Pool itself for a brand new VM Pool, type automatic without pre-started VMs

According to our internal communication it is confirmed that in ovirt-web-ui it should work in following way:
- have a pool called myVmPool with 2 VMs none of them started and you are allowed to assign 2 VMs from this pool to yourself -> you will see only the pool (e.g. myVmPool).
- start one -> you will see one VM (myVmPool-1) and the pool (myVmPool).
- start the second one -> you will see only the two VMs (myVmPool-1, myVmPool-2)

Version-Release number of selected component (if applicable):

4.2.3.5-0.1.el7
RHEL 7.5, 
google-chrome-stable-67.0.3396.79-1.x86_64
firefox-52.8.0-1.el7_5.x86_64

How reproducible:
50% - 1 RHV env out of 2 tested

Steps to Reproduce:

1. setup a new user with role UserRole
2. as the admin@internal create VM Pool with Number of VMs: 2, Maximum number of VMs per user: 1, default type (automatic)
3. log as the new user to User Portal and see all VMs + Pool itself

Actual results:
Not expected behaviour

Expected results:
It is consistent

Additional info:
maybe having many VMs leads to this problem? to see all VMs + Pools I have to scroll quite long and it refreshes everytime
2x screnshots
Comment 1 Olimp Bockowski 2018-07-03 11:01:39 UTC 
Created attachment 1456200 [details]
poolsIcons
Comment 2 Olimp Bockowski 2018-07-03 11:02:19 UTC 
Created attachment 1456201 [details]
VMsIcons
Comment 3 Olimp Bockowski 2018-07-03 12:46:46 UTC 
Created attachment 1456234 [details]
webConsoleBadRequest
Comment 4 Olimp Bockowski 2018-07-03 12:47:49 UTC 
looks like an icon is dummy. Clicking it gives Bad Request like:

jquery.js:9566 POST https://sbr-virt-rhv-nested/ovirt-engine/api/vms/2b8ceb43-ccae-43e2-8833-636e8e673bed/start 400 (Bad Request)

(in attachment all details)
Comment 5 Michal Skrivanek 2018-08-16 11:32:13 UTC 
might improve in ovirt-web-ui-1.4
Comment 6 Michal Skrivanek 2018-08-22 12:14:07 UTC 
should be fixed by bug 1609147. Can you test that?
Comment 8 Michal Skrivanek 2018-08-24 12:47:31 UTC 
there were also general fixes in display of VMs along the way, so it's hard to say. Probably not worth bisecting

The refresh and reset of view was also fixed along the way. There are further improvements in 4.2.6(e.g. that bug 1609147 for the case where you see other-than-yours VMs in the pool)
Comment 11 Lucie Leistnerova 2018-08-29 09:20:22 UTC 
There is only pool icon for new pool in VM portal. When user exceed number of allowed running VMs, pool icon disappears. When there is no VM free, error message is shown.
When user stops VM, icon disappears and pool icon is back.

verified in ovirt-engine-4.2.6.4-0.1.el7ev.noarch with ovirt-web-ui-1.4.2-1.el7ev.noarch
Comment 13 errata-xmlrpc 2018-09-04 13:47:15 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

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

https://access.redhat.com/errata/RHBA-2018:2641
Comment 14 Daniel Gur 2019-08-28 13:15:06 UTC 
sync2jira
Comment 15 Daniel Gur 2019-08-28 13:20:09 UTC 
sync2jira