-
Bug
-
Resolution: Done
-
Normal
-
None
-
6.13.0, 6.15.3
-
False
-
-
False
-
NEW
-
450
-
Rocket
-
-
-
Moderate
-
No
Description of problem:
Consider the situation below:
- hostgroup A created in the past for RHEL7 using a specific compute profile
- hostgroup B create for RHEL8 using same compute profile as A
- host H was assigned to hostgroup A. At some point, it has its hardware increased (after being first created)
- host H was leapped to RHEL8 and now we want to change its hostgroup
This is what happens:
1. using hammer (or an ansible playbook) to update the host and change its hostrgroup, will trigger a hardware update on the VM trying to apply the hardware configuration defined on the compute profile
2. making the hostgroup change on the webUI does not make any changes to the VM
Version-Release number of selected component (if applicable):
6.13
How reproducible:
Always
Steps to Reproduce:
1. Create two compute profiles (with different memory)
2. Create two hostgroups. Each using one of the compute profiles from 1
3. Create host with one of the hostgroups
4. Use hammer to update the host and change to the other hostgroup.
Actual results:
- hammer will try to apply the hardware configuration defined on the compute profile into the running VM
- webUI will bring the current properties of the VM and send it back when updating the host's properties, not triggering a hardware update
Expected results:
Ideally, both tools to behave the same way (or at least have a flag to chose if the VM is to be updated or not)
Additional info: